Management of trusted flow system

ABSTRACT

This invention discloses a method and system for detecting and reacting to unexpected communications patterns. The system consists of a plurality of end stations and a plurality of network interfaces, such that, the network interface is capable of determining the authenticity of the program used by the end station to generate and send data packets. The system further consists of a plurality of secure management servers, which continuously exchange management messages with the network interfaces. Consequently, the secure management servers have the information for detecting unexpected communications patterns. The method allows the control of end stations, and when an unexpected communication pattern is detected, selectively only packets from authenticated programs can be allowed to be transmitted.

RELATED APPLICATIONS:

[0001] This application claims priority from the Provisional PatentApplication with Ser. No. 60/365,148; entitled, “BEST EFFORTLINEARIZATION OF TCP PACKET FLOWS,” filed Mar. 16, 2002.

FEDERALLY SPONSORED RESEARCH OR DEVELOPMENT

[0002] Not Applicable.

BACKGROUND OF THE INVENTION:

[0003] The Internet success is the result of the IP architecture'srobustness, flexibility, and ability to scale, and NOT on itsefficiency, optimization, security, fine-grained control or performanceguarantees. Furthermore, TCP/IP data networks are still suffering fromsome basic (quite inherent) problems, such as, denial of service attacksand unstable throughput.

[0004] 1. Field and Context of the Invention

[0005] The field of the invention is assuring trusted operation which isguaranteed and validated by the underlying methods and systems. Inparticular assuring trusted flow of communications, and morespecifically, making sure that the end stations and users of a computernetwork operate correctly under a given and known rules oftransmissions, even though protocols, methods and software logic istypically available to users of such networks. Trusted operation meansan operation which performance complies with its allowed and definedspecifications.

[0006] This will assure network elements that stations perform theirtask as known and as determined by a service agreement. It will assureservers in networks that users are behaving properly and are not overusing resources beyond the allocated and allowed parameters. Themechanisms involve signaling and allow piggybacking of proper signalsfor various purposes, e.g., authentication of stations and users. Themechanisms involve communication network software, communication networkoperation, control and management. They further involve cryptographicsystems and functions and software transformation such as obfuscationoperation. They involve computing hardware and software systems.

[0007] In general, the underlying mechanisms assure that a “combinedfunctionality” is taken place at a computing system, part of this“combined functionality” is a crucial function of the underlyingcomputing system whereas some other part of this “combinedfunctionality” is a method to generate an unpredictable signal. Themechanisms make sure to interlock the parts into the combinedfunctionality. The locking means that all parts must be performed. Theoperation part, which is factored into the “combined functionality” istrusted (and is typically associated with limitations such as rate ofoperation or number of times before renewal of precondition for nextsub-operation). The checking is done merely by being able to check thesignal. If the signal passes the check, it means that the other(operation) part was performed as well (thus, it was performed subjectto the associated limitation, namely as a trusted one).

[0008] The operation involves a trusted flow of packets (or other unitsof communication fields), the flow is associated with rules oftransmission. For example, a TCP connection is associated with a windowsize that allows maximum number of transmissions. A trusted flow impliesthat the end station conforms to the allocated window size. However,there is no way to impose on users and end stations to comply with theassumed parameters, and be “trusted” since typically parameters can beeasily changed.

[0009] The novel idea behind our mechanisms is the “interlocking” ofparts and insisting that one part will “signal” and its checking willassure compliance, by adding a checking function to validate signals.Thus if a TCP program with the currently correct performance parameters(i.e., rules of transmission) is interlocked with a cryptographicpseudo-random generator (with a random seed), which output cannot bepredicted, and if further the checker has a copy of the pseudo-randomgenerator, then if further the output of the pseudo random generator isput on data packet headers, then if the headers are checked and theircontent matches the expected value from the generator, the checkerconcludes that the packet flow is “trusted.”

[0010] The basic mechanism involves a system where the “combinedfunctionality” is performed and one where it is checked. It alsoinvolves a communication system. It involves a software transformationmodule to assure the interlocking of the separate functions into acombined functionality, finally a management system assuming pluralityof elements implementing the combined functionality is in the network.

BACKGROUND OF THE PRIOR ART

[0011] In traditional telephone networks the user of the telephonedevice cannot over burden the network with signals beyond the allocatedcircuit it gets. On the other hand, in software operations and thus incomputer communication networks, a user gets access to the software inits station, the same software which is in charge of regulating the userhimself. As a results users can “control” the network rather than thenetwork controlling the users.

[0012] Indeed, it is assumed that there is availability of logic (i.e.,software) of methods for controlling communication and for preparationof data packets for transmissions. The description is given in numerousbooks: “Computer Networks” (3rd Edition) by A. Tannebaum, Prentice Hall,1996; “Internetworking with TCP/IP” by D. E. Comer, Prentice-Hall, ThirdEdition, 1995, ISBN 0-13-216987-8; and “TCP/IP Illustrated, Vol. 1: TheProtocols” by W. R. Stevens, Addison-Wesley, Reading, Mass. 1994.

[0013] Known in the art, are methods to try to detect users' misbehaviorand to react to them. Firewalls, intrusion detection methods, datapacket filtering, connection dropping are methods to react to user overflooding the network, they are “reactive”. See the following references:“Building Internet Firewalls” (2nd Edition) by Elizabeth D. Zwicky,Simon Cooper, D. Brent Chapman, Deborah Russell; Publisher: O'Reilly &Associates; ISBN: 1565928717; 2nd edition (Jan. 15, 2000). “InternetSecurity: Professional Reference” by Derek Atkins (Editor), Paul Buis,Chris Hare, Robert Kelley, Carey Nachenberg; New Riders Publishing;ASIN: 1562055577; Bk&Cd-Rom edition (February 1996).

[0014] Mechanisms for the avoidance of misbehavior by having a user andend station use a trusted software and signal that they use it to achecker are not known in the art. We are not aware of a method thatfurther assures that the user cannot replace the trusted software whilecontinue to signal correctly. We are not aware of means to identify“trusted flows” as a unique and separate stream of communication, whichmay deserve a better class of service, though class of service are knownin the art and are used differently. Such a method allows one to assurethat trusted flows continue to be transmitted while using traditionalreactive methods against the non trusted flow.

[0015] Our methods use cryptographic functions such as pseudo randomgeneration, random bits generation, authentication, signature, andencryption. Such methods of varied level of security and efficiency areknown in the art, in software packages and in hardware devices. We canemploy them as needed in our mechanisms. We do not assume any inventionof any of the underlying cryptographic technique employed at differentsteps and different mechanisms herein. A security professional familiarwith the art, will be able to use the cryptographic functions and toolsand embed them in our invention. Such mechanism are described in“Applied Cryptography: Protocols, Algorithms, and Source Code in C,” 2ndEdition by Bruce Schneier; Publisher: John Wiley & Sons; ISBN:0471117099; 2 edition (Oct. 18, 1995) and in “Handbook of AppliedCryptography” (CRC Press Series on Discrete Mathematics and ItsApplications) by Alfred J. Menezes, Paul C. Van Oorschot, Scott A.Vanstone (Editor); Publisher: CRC Press; ISBN: 0849385237; (October1996).

[0016] Same is true for underlying devices, we can employ such devicesas smart cards and other portable devices (USB connection based,wireless devices with radio frequency, laser connection, etc.)—asecurity engineer familiar with the art and the common practice will beable to employ these elements and embed them in our invention.

[0017] The method uses hidden programs. One method to hide programs issoftware obfuscation transformations. Methods and techniques forobfuscation are also known in the art. They modify the “look” of thesoftware logic, but maintain its “semantics” (or meaning). They areanalogous to compiling a program in high level language code to aprogram in “object code” or “machine code” which performs the same taskbut is not readable to most of users. They make the software“unreadable” and “non-modifiable”. We do not invent any underlying basiccode obfuscation methods. In fact there are various methods in the artapplied to the currently most useful programming languages. The methodstake a software program (say in Java language) and return anotherprogram (in Java as well) which performs the same task and approximatelywith the same performance. Yet, the second program is hard to read andunderstand. The art of program obfuscation, including alltransformations on data, variables, names, control structure, etc. aregiven in a number of papers considered the state of the art by C.Collberg C. Thomborson and D. Low: “Manufacturing Cheap, Resilient andStealthy Opaque Constructs,” ACM's POPL 1998, pages 184-196; and“Watermarking, Tamper-Proofing, and Obfuscation-Tools for SoftwareProtection,” by Collberg, Thomberson and Low, technical reportUniversity of Arizona to be published in IEEE Transactions on SoftwareEngineering 2002; and “A Taxonomy of Obfuscation Transformation,” by C.Collberg, technical report number 148, University of Arizona.

[0018] Additionally, Valdez and Yung describe how to add encryptionoperation and program distribution to obfuscation in: “SoftwareDisEngineering: Program Hiding Architecture and Experiments,” by E.Valdez and M. Yung, Information Hiding 1999, pages 379-394, SpringerVerlag Lectures in Computer Science; and “SISSECT: DIStribution forSECurity Tool,” by E. Valdez and M. Yung, ISC 2001, pages 125-143, 2001Springer Verlag Lectures in Computer Science LNCS2200, respectively.Note that the embedding of programs inside tamper proof devices andhiding encrypted programs are also known in the art (e.g., as part ofcryptographic co-processors). In our mechanism we use a combination ofthe above techniques

[0019] Note that hidden programs have been traditionally employed tohide the logic of the software. They have been used in hidingcryptographic programs (e.g., in a tamper proof device) so that theoperation is not observable or modifiable. They have been further usedto enforce certain operation associated with content distribution andelectronic commerce, assuring that such notions like digital payment andprotecting of content are run in an environment that is not modifiableby the user. Again, the notion of use is against modification of theworking environment.

[0020] Unlike the use of hiding and obfuscation of programs for the sakeof software protection, the current invention does not hide the“semantics of the program” from the user. In fact, the specification andperformance parameters can be publicly known—the goal is, in turn, anintegrity function, where the goal is for users not to be able to changethe operation software (that performs data packet transmission) whileretaining correct signaling.

[0021] What is needed is a mechanism that combines many programstogether so that they are inseparable. In this sense, hidden programsare merely a means to get a method of “interlocking mechanism” whereknown (rather than unknown) programs and perhaps hidden parameters(hidden) are combined into a unique functionality and are inseparable.The interlocking involves putting together a set of “well behaved”programs with correct and agreed upon parameters with a continuousmechanism for signaling, and associating the signaling checker with amethod that assures good behavior of the continuous flow. What is new isthat we involve system programs, which are commonly known, programs thatperform packet generation and performance parameters and even knowncryptographic programs with hidden parameters. What is needed in ourinvention is not a method of hiding the logic, and its semantics, but amethod where it is impossible via hidden programs to execute parts ofthe combined functionality separately with a malicious non-trusted partreplacing another part of the combined functionality.

[0022] What are also needed are a mechanism for checking component forthe signals, as well as a combined communication system mechanism forhandling the trusted flow coming from station that use the combinedfunctionality. This will give network elements that can assure trustedtraffic is generated in a trusted fashion and further is validated. Alsoneeded methods and systems employing the elements above in a combinednetwork and that will manage, renew and tune the elements in theinvention. Method for dynamically change hidden program and parametersand for renewing preconditions are needed as well. Finally, what isneeded is a method for generating and distributing the combinedfunctionality logic modules, a mechanism for safe integration ofseparate known logic modules to the combined functionality logic.

SUMMARY OF THE INVENTION

[0023] The present invention relates to assuring that an ongoingoperation within computing systems is performed according to aspecification and in particular it relates to a method and system forensuring that sources that are sending data packets will do it accordingto a well-defined, specified, and expected behavior. Specifically, anaspect of the disclosed method and system ensures that the variousprograms that are used in sending data packets from various sources intoand across the various networks, are operating according to predefinedrules in accordance with what, data packets and traffic patterns, thevarious networks expect to receive, forward and support.

[0024] An aspect of this invention, when put in the context of theInternet protocols, facilitates the realization of a new type of IP(Internet protocol) VPN (virtual private network). Such VPN generatesand sends data packets with security tag vectors over IP (Internetprotocol) VPN (virtual private network) connection through a networkinterface. Such a network interface can be realized as part of: afirewall, a classifier for a class of service (CoS) access control to IPnetwork, and policer as part of a differentiated services (DiffServ)access control to IP network, while mapping data packets with verifiedsecurity tag vectors to premium services. Note that premium services aredefined, for example, by CoS and DiffServ. Consequently, the datapackets that are generated and sent from a potentially non-trustedcomputing environment at the end station are, in fact, to be trustedonce the respective security tag vectors have been verified.

[0025] In the context of this invention, VPN connections (trustedconnections) are created by employing a trusted flow generator (TFG) anda trusted tag checker, as specified herein.

[0026] One embodiment of the invention herein in the Internet context,allows the network to verify and authenticate the proper operation ofthe TCP layer implementation on the users' terminals; wherein aplurality of applications transmit and receive data units to and fromother pluralities of applications through an interface layer namedsocket layer. The socket layer translates requests to send data units byeach of the plurality of applications into requests TCP_Send to aTrusted TCP Code for sending sequences of bytes to a remote end station.

[0027] This invention further facilitates the authentication andmetering of window flow control and other programs used to send datapackets over the Internet. Such operations can be implemented in afirewall. The firewall will make sure that a specified version of aprogram is running when implementing a protocol. This is a very strongintegrity function, which assures the proper usage of (proper versionsof) programs.

[0028] In remote monitoring of programs, typically a measure is insertedinside an obfuscated version of the program (the program sends signalwhich indicate its usage, namely number of times it runs, and otherissues of compliance with metering of usage). However, what we teachhere is a mechanism by which a program signals to the firewall in a waythat the local user cannot modify it (due to obfuscation, encryption andother hiding methods which create interlocking of the program sub-tasksin a manner which is hard to reverse engineer).

[0029] The “subliminal” or “invisible” messages sent from the correctprogram are not necessarily visible to or easily interpreted the user,but are well suited for interpretation at the firewall. If theinterpretation of signals is valid, it means that indeed the useremploys the right software (program) when running the packet generation(TCP) protocol. This integrity of software via the produced signals andtheir interpretation at the firewall assure the integrity of thesoftware running the protocol remotely. Then according to the result ofthe validity check, the firewall can decide to serve or to drop serviceor to classify class of service to the messages coming from this versionof the protocol at the end-point.

[0030] The firewall is in the middle of the transmission and can actbased on the signaling from the originating software. This constitutes asecondary channel for control of software usage within an installation.This is a novel usage of metering and signaling methods. It is based ona hidden program part of an obfuscated program which is hard to reverseengineer; this part may involve hidden parameters (a seed for acryptographic pseudo random generator) which generates part of thesignal. This mechanism for monitoring remotely actual usage of softwarewhich produces unpredictable signals, can be applied to communicationprotocols, operating systems procedures, and many other software systemwhere a remote function (the firewall) checks the integrity of softwareusage remotely, and where the firewall can further act based on itsfinding and react or control the system based on the validity of thechecking of the signal.

[0031] Furthermore, in more generality, an objective of this inventionis to ensure that programs and other units running software logic thatgenerate and send data packets, are well behaved.

[0032] This invention further discloses a method and system that consistof an end station and a network interface, such that, the networkinterface is capable of determining the authenticity of the program usedby the end station to generate and send data packets. The method isbased on using a hidden program that was obfuscated within the programthat is used to generate and send data packets from the end station.

[0033] In another aspect of this invention, the hidden program is beingupdated dynamically and it may include the functionality for generatinga pseudo random sequence of security signals. Only the network interfaceknows how the pseudo random sequence of security signals were generated,and therefore, the network interface is able to check the validity ofthe pseudo random sequence of security signals, and thereby, verify theauthenticity of the programs used to generate and send data packets.

[0034] This method is based on using a hidden program that wasobfuscated and encrypted within the program that is used to generate andsend data packets from the end station. The hidden program is beingupdated dynamically and it includes the functionality for generating apseudo random sequence of security signals. The method further comprisesof means for coordinating the initialization of the end station andnetwork interface.

[0035] In another aspect of this invention, it deals with secureintegration of separate software modules into a combined functionality.The invention discloses a method and system for processing logicmodules, each having a separate functionality, into a uniquefunctionality that is to be executed in an interlocked mode as a uniquefunctionality. The method is based on taking logic modules (programs anddata) with known functionality and transforming them into a hiddenprogram by integrating modules to execute together into a logic which ispartially obfuscated and/or encrypted and/or physically hidden. Thehidden program is being updated dynamically to strengthen it againstreverse engineering efforts. The program includes the functionality forgenerating security signals, which are unpredictable by observers, suchas a pseudo random sequence of security signals. Only elements thatshare the means for producing the security signals can check theirvalidity. The modules include operational tasks and performanceparameters for this operation. The operation can be transmission of datapackets with given parameters of performance that the hidden programcontains. The generated security signals thus assure that the correctoperation was taken place and can be used to signal variouscryptographic parameters as well.

[0036] In yet another aspect of the invention, it further discloses amethod and system for detecting and reacting to unexpectedcommunications patterns. The system consists of a plurality of endstations and a plurality of network interfaces, such that, the networkinterface is capable of determining the authenticity of the program usedby the end station to generate and send data packets. The system furtherconsists of a plurality of secure management servers, which continuouslyexchange management messages with the network interfaces. Consequently,the secure management servers have the information for detectingunexpected communications patterns. The method allows the control of endstations, and when an unexpected communication pattern is detected thenselectively, only packets from authenticated programs are allowed to betransmitted.

BRIEF DESCRIPTION OF THE DRAWINGS:

[0037]FIG. 1 is a functional illustration of a system that consists ofan end station with a trusted flow generator (TFG) that sends datapackets with security tags through a network interface (NI) with atrusted tag checker (TTC), such that, the TTC is capable of determiningthe authenticity of the program used by the end station to generate andsend the data packets;

[0038]FIG. 2 is a functional illustration of a system that consists ofan end station with a trusted flow generator (TFG) that is part of theTCP/IP and UDP programs used for sending data packets with security tagsthrough a network interface (NI) with a trusted tag checker (TTC), suchthat, the TTC is capable of determining the authenticity of the TCP/IPand UDP programs used by the end station to generate and send the datapackets;

[0039]FIG. 3 is a functional illustration of a system that consists ofan end station with a trusted flow generator (TFG) that is part of ratecontrol software with predefined parameters used for sending datapackets with security tags through a network interface (NI) with atrusted tag checker (TTC), such that, the TTC is capable of determiningthe authenticity of the rate control software used by the end station togenerate and send the data packets;

[0040]FIG. 4 is a schematic illustration of a security system thatauthenticates the window flow control protocol, the system includes acontroller for selectively coupling the data packets to the data networkthrough an access point;

[0041]FIG. 5 is a schematic illustration of a bi-directional securitysystem that authenticates the window flow control protocol, wherein datapackets are flowing in one direction and acknowledgement signals areflowing in the other direction, the system includes a controller forselectively coupling the data packets to the data network through anaccess point;

[0042]FIG. 6 is a timing diagram of a common time reference (CTR) thatis aligned to the coordinated universal time (UTC) standard, as utilizedby the present invention, wherein the UTC is divided into a plurality ofcontiguous periodic super-cycles each comprised of at least onecontiguous time cycle each comprised of at least one contiguous timeframe, wherein the super-cycle is equal to and aligned with the UTCsecond;

[0043]FIG. 7A is a description of a data packet structure that consistsof a header and a payload portions, such that, the header portionconsists of priority field, address and port fields, and various genericdata packet header fields;

[0044]FIG. 7B is a description of the generic data packet header fieldsused by the end station with its trusted flow generator (TFG);

[0045]FIG. 7C is a description of the generic data packet header fieldsused by the network interface with trusted tag checker (TTC) andsecurity management system (SMS);

[0046]FIG. 8 is a schematic description of the trusted flow generator(TFG) operation that is used to generate and send data packets withsecurity tags;

[0047]FIG. 9 is a schematic description of the trusted tag checker (TTC)operation that is used to check the authenticity of the program used togenerate and send data packets with security tags;

[0048]FIG. 10 is a functional structure of the trusted flow generator(TFG) that is used to generate and send data packets with security tags;

[0049]FIG. 11 is a functional structure of the trusted tag checker (TTC)that is used to check the authenticity of the program used to generateand send data packets with security tags;

[0050]FIG. 12A is a functional description of a program obfuscator thatconsists of interlocking logic and receives as inputs interlockingparameters and a plain program with multiple logic modules and createsas an output an obfuscated program as a single logic program;

[0051]FIG. 12B is a functional description of a program encrypter thatconsists of interlocking logic and receives as inputs interlockingparameters and a plain program with multiple logic modules and createsas an output an encrypted program as a single logic program;

[0052]FIG. 12C is a functional description of a hidden program generatorthat consists of interlocking logic and receives as inputs interlockingparameters and a plain program with multiple logic modules and createsas an output a hidden program as a single logic program;

[0053]FIG. 12D is a functional description of an object code programgenerator, e.g., software or embedded in tamper proof hardware or smartcard device, and creates as an output an object program as a singlelogic program;

[0054]FIG. 13 is a schematic description of execution of a hiddenprogram by TFG with codes and parameters that were received from theTTC;

[0055]FIG. 14 is a description of a plain program components withwell-behaved operational program with defined rules of transmission,security tag vector (STV) generator, parameter table, and controlprogram;

[0056]FIG. 15 is a functional description of a system implemented withtamper proof hardware;

[0057]FIG. 16 is a functional block diagram of the high protocol layersof a protocol stack that includes a trusted Transmission ControlProtocol (TCP) layer, wherein the trusted TCP layer is augmented withobfuscated code for generation and checking of secure tags;

[0058]FIG. 17 is a flow diagram of the TCP operations performed by a TCPsender instance when the higher layer requires transmission of data;

[0059]FIG. 18 is a flow diagram of the TCP operations performed by a TCPsender instance when unsent data is present within the TCP senderwindow, wherein the operations include computing a secure tag vector(STV) and a security tag serial number (STSN) both to be sent with a TCPsegment;

[0060]FIG. 19 is a flow diagram of the TCP operations performed by a TCPsender instance when a retransmission time-out expires and previouslytransmitted data are retransmitted together with attached STV and STSN;

[0061]FIG. 20 is a flow diagram of the TCP operations performed by a TCPreceiver instance when a new TCP segment is received, including checkinga security tag and processing acknowledgment information;

[0062]FIG. 21 is a description of a system consists of a plurality ofTFGs, a plurality of TTCs, and plurality of secure management servers(SMSs), such that, the TTCs together with the SMSs are capable ofdetecting unexpected communications patterns;

[0063]FIG. 22 is a description of a system consists of a plurality ofTFGs and a sequence of TTCs, such that, the TTCs are capable ofauthenticating the path traversed by data packets that were sent fromthe TFGs;

[0064]FIG. 23 is a description of the various messages exchanged amongthe TTCs and SMSs for detecting unexpected communications patterns andthe various possible responses messages when detecting such pattern;

[0065]FIG. 24 is a flow chart describing the TFG operation before andafter detecting unexpected communications patterns;

[0066]FIG. 25 is a flow chart describing the TTC operation in order todetect and after detecting unexpected communications patterns;

[0067]FIG. 26 is a flow chart describing the SMS operation in order todetect and after detecting unexpected communications patterns;

[0068]FIG. 27 is a functional description of system that consists of aTFG challenge controller that sends an authenticate challenge requestmessage to users and programs and receives back an authenticatechallenge response message, wherein only when the response matches thechallenge the system will generate and send data packets with securitytag vectors.

[0069]FIG. 28 is a functional description of a system that generates andsends data packets with security tag vectors over IP (Internet protocol)VPN (virtual private network) connection through a network interface,e.g., firewall, classifier, and policer, while mapping data packets withverified security tag vectors to premium service.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT

[0070] While this invention is susceptible of embodiment in manydifferent forms, there is shown in the drawing, and will be describedherein in detail, specific embodiments thereof with the understandingthat the present disclosure is to be considered as an exemplification ofthe principles of the invention and is not intended to limit theinvention to the specific embodiments illustrated.

[0071] The present invention relates to a method and system for ensuringthat sources that are sending data packets will do so according to awell defined and expected behavior. Specifically the disclosed methodand system ensure that the various programs that are used to send datapackets from various sources into and across the various networks, areoperating according predefined rules in accordance with data packets andtraffic patterns, that the various networks expect to receive, forwardand support.

[0072] In order to achieve this method and system objective, a generalprotocol is defined between the sources and a network interface, asshown in FIG. 1, wherein the source contains a program for generatingand sending data packets called Trusted Flow Generator or TFG 110TFG andthe network interface contains a program called Security Tag Checker orTTC 120TTC for receiving and checking data packets. The data packet thatis sent by TFG 110TFG contains Security Tag 111, which is part of thedata packet header or part of the data packet payload. In general, TFG110TFG does not have to attach the Security Tag 111 to every datapackets, but only to predefine selected ones. The data packets that aresent between the source and the network are sent across an accessnetwork 140, such as, metro network, enterprise network, wirelessnetwork, cellular network.

[0073] In some implementations the network interface has the capabilityof sending to the TFG 110TFG certain operation and performanceinformation, such as, Trusted Flow Parameters and Codes 121 and SecureTime-stamps 122, as shown in FIG. 1. In some implementations the sourceof the Secure Time-stamps sent to 110TFG is UTC (Coordinated UniversalTime a.k.a. GMT) 002. Furthermore, the TFG 110TFG for the generation ofthe Security Tag 111 can be responsive to at least one of the TrustedFlow Parameters and Codes 121 and Secure Timestamps 122. Consequently,the control of the TFG 110TFG operation is with the network interface.

[0074] The network interface with its TTC 120TTC can be located invarious places in the system, such as, at the boundary of thecarrier/ISP network 150, between different carrier/ISP networks, acrossthe carrier/ISP networks 150 next to servers 130Serv and across thecarrier/ISP networks 150 next to: enterprise networks, virtual privatenetworks (VPNs), storage area networks (SANs), content delivery networks(CDNs).

[0075] The data packets are sent with Security Tags 111—wherein each hasa size of at least one bit of information. The sequence of values of theSecurity Tags 111 that are generated by the TFG 110TFG is hidden in theTFG 110TFG program in a manner in which the user of the program does notknow in advance what it is. Only the TTC 120TTC knows how to generatethe sequence of values of the Security Tags 111 in order to check andverify that the received sequence of data packets are to be trusted.

[0076] In some other configuration the system further comprises of aSecurity Management Server or SMS 160SMS, which is used for managing theoperations of TFG 120TFG and TTC 120TTC. The SMS is connected to TFG andTTC via bi-directional communications link 161, as shown in FIG. 1.

[0077]FIG. 2 shows a specific setting of the TFG 120TFG inside anend-user computer 115. This computer 115 can located in a plurality ofplaces, such as, a desktop, a workstation, a mobile device—cell phone.FIG. 1 and FIG. 2 further specify another functionality for the TTC120TTC program, that data packets that were successfully checked by TTCwill be sent as into the network or to the server with high prioritydata packets with premium service 222. Such data packets will not beadversely affected by a lower priority traffic. This will enablenetworks and servers to differentiate, for example, between data packetsthat were sent from trusted TCP/UDP program, from TFG 110TFG, and datapackets that were sent from untrusted TCP/IP program. Trust datapackets, will receive high by using various priority protocols, such as,DiffServ, and time-driven priority. Consequently, data packet flowsassociated with trust data packets will not be subject todenial-of-service (DoS) attacks.

[0078]FIG. 2 further shows static operation of TFG 120TFG, namelywithout receiving any Trusted Flow Parameters/Codes 121 and SecureTime-stamps 122 from the network interface. This mode of operation issuitable, for example, when TFG 120TFG is running TCP/IP where itsexecution parameters are predetermined. However, under differentexecution scenarios TCP/IP will require to receive at least one of theTrusted Flow Parameters/Codes 121 and Secure Timestamps 122.

[0079]FIG. 3 shows a specific setting where the TFG 120TFG program isdynamic and is responsive to some connection oriented settings. Thismode of operation corresponds, in some implementations, to using MPLS(Multi protocol Label Switching) and GMPLS (Generalized Multi protocolLabel Switching). In this scenario of operation the end-user sends aService Request 312 to the network interface which then sends backTrusted Flow Parameters/Codes 322 to the TFG 120TFG program specifyingthe kind of service the user has received, for example, with ratecontrol parameters—maximum transmission rate and average transmissionrate. The Trusted Flow Parameters/Codes 322 can be provided to thenetwork interface as Clear Parameters Agreed by Carrier/ISP 321.

[0080] Each controller, generator, checker and other devices that areused to send and receive data packets and messages, in the context ofthe preferred embodiment herein, can be realized in various way, such as(but not limited to): (1) software code, (2) dedicated hardware, (3)Java applet, and (4) utilizing a combined: (i) central processing unit(CPU) (ii) memory for storing data packets and messages, and (iii)memory for storing various processing and control programs.

[0081] Hidden Program:

[0082] In another implementation of the current invention, as shown inFIG. 4, the client software at the end station 410 consist of a firstsoftware application 412 with two parts:

[0083] (1) User operative portion 413, and

[0084] (2) Hidden program portion 414.

[0085] Wherein the hidden program portion 414 sends (first) securitysignal 411 to the controller for selectively coupling the data packets424 to the network interface 420, wherein the network interface functionas an access point to the WAN/Backbone Network 150. The couplingoperation is performed responsive to the security signal 411, whereinthe security signal 411 is part of the data packet. The data packets aresent by the user operative portion 413 in the first software application412. The data packets that are sent from/to end station 410 to/from thenetwork interface 420 are transferred through an access network 140, asshown in FIG. 4.

[0086] In FIG. 4 the controller for selectively coupling the datapackets 424 verifies that only data packets with the right securitysignals 411 are forwarded to the WAN/Backbone Network 150.

[0087] In another implementation of the current invention the controllerfor selectively coupling the data packets 424 sends secure time-stamps421 to hidden program portion 414, wherein the secure time-stamps 421are uniquely used by the hidden program portion 414 in order to uniquelygenerate the security signals 411, as shown in FIG. 4. Only data packetswith the right security signals 411 that were generated responsive tothe secure time-stamps 421 are forwarded by the controller forselectively coupling the data packets 424 to the WAN/Backbone network150. The secure time-stamps 421 are derived, in some implementation fromUTC (coordinated universal time) 002 and in some other cases the securetime-stamps 421 are locally generated.

[0088] The controller for selectively coupling the data packets 424 hasthe optional capability in some implementations to send a (second)Secure Time-stamp 423 to a (second) controller for selectively couplingthe data packets 424 across the WAN/Backbone Network 150 in order tocoordinate the operation of the two controllers for selectively couplingthe data packets 424. Consequently, for example, data packets generatedby the first software application 412 can be checked by the (second)controller for selectively coupling the data packets 424.

[0089] In another implementation, shown in FIG. 4, the controller forselectively coupling the data packets 424 can receive a (second)security signal: from a hidden program portion 422 of a second softwareapplication 412 in order to enable the controller to selectively coupledata packets 424 and to forward data packets generated by the firstsoftware application 412.

[0090]FIG. 5 shows a general operation of the controller for selectivelycoupling the data packets 424 that can send and receive (S/R) securitysignals and S/R secure time-stamps. Specifically, to S/R: First SecuritySignal 511, S/R Second Security Signal 513 and Third Security Signal515, and to S/R: First Secure Time-stamp 512, Second Secure Time-stamp514 and Third Secure Time-stamp 516. Such that, the data packetsforwarding operations over multiple communications links: 521, 522, 523,and 524, done by the controller for selectively coupling the datapackets 424 is responsive to the security signals and secure time-stampsit receives.

[0091] In some of the configurations in FIG. 5 the method comprises of aSecurity Management Server (SMS) 160SMS, which is used for managing theoperations of the controller for selectively coupling the data packets424. Such that, the information exchanged via the, S/R (send andreceive) Security Management Signals 562 are used by the controller forselectively coupling the data packets 424 sending operations of thesecurity signals and secure time-stamps; and the data packets forwardingoperations over multiple bi-directional communications links: 521, 522,523, and 524.

[0092] The communications control system that is shown in FIG. 4 andFIG. 5 comprised of plurality of access points 420 that function asnetwork interface for coupling data packets to a WAN/Backbone network150. The end station/client 410 includes a first software applicationcomprising a user operative portion 413 and a hidden program portion414, for selectively sending data packets for transmission through theaccess point 420. The access point 420 includes a controller forselectively coupling the data packets to the access point 424 responsiveto the hidden program portions 414. The secure coupling of the datapackets to the access point 424 is performed by attaching a securitysignal 411 to each data packet by the hidden program portion 414 of thefirst software application at the end station.

[0093] The security signal 411 representative of the hidden programportion is coupled to the controller 424 for enabling the coupling ofassociated ones of the data packets after the controller 424 verifiesthe correctness and integrity of said security signal 411. Consequently,the security signal 411 authenticates the first software application.The security signal 411 can have one of a plurality of functionalrepresentations, such as, a digital signature derived from at least oneof the associated ones of the data packets and representative of thehidden program portion 414.

[0094] The access point, shown in FIG. 4, couples a secure time-stamp421 to the hidden program portion 414. The secure time-stamp 421 is usedin the generation procedure, generating the security signal by thehidden program portion 414 of the first software application. The securetime-stamp 421 is generated at the network interface 420 responsive tothe UTC (Universal Coordinated Time) signal. The UTC signal can be usedfor the generation of a digital signature in the hidden program portion414 that is then used for the generation of the security signal 411.

[0095] The network interface also includes a mapping table 425 that isused by the controller for selectively coupling 424 for associating thedata packets with a priority class responsive to the security signal.Data packets, as shown in FIG. 7, are comprised of a header portion 700and a payload portion 701PL. The security signal 411 and the securetime-stamp 421 are part of at least one of the header portion and thepayload portion. The data packet header portion further comprises of apriority class. The priority class is defined in accordance with atleast one of the following: differentiated services, DiffServ, IEEE802.1p, class of service (CoS), time-driven priority.

[0096] The data packet header 700 further comprises of a flowidentification (ID) as part of the data packet header address and portfields 704AdrPrt. The flow ID is associated with at least one entry inthe mapping table 425, wherein the content of the selected entry of themapping table 425 determining a priority class. The controller forselectively coupling 424 is responsive to the priority class and thesecurity signal 411 for determining how to forward the data packet, forexample: the data packet can be forwarded with high priority, the datapacket can be forwarded with premium service, the data packet can beforwarded with low priority, and the data packet can be discarded.

[0097] As shown in FIG. 5, the network interface 420 that is the firstaccess is used for coupling data packets between first backbone network140 and second backbone network 150. The network interface sends andreceives data packet over the first backbone network 140 over two datachannels 521 and 522, and the network interface send and receive datapacket over the second backbone network 150 over two data channels 523and 524.

[0098] There are first software application and a second softwareapplication each comprising a user operative portion 413 and a hiddenprogram portion 414, for selectively sending data packets forbi-directional transmission through the network interface 420 acrossfirst backbone network 140 and second backbone network 150; and overmultiple data channels: 521, 522, 523 and 524. The data channelsexchange data packets between the first software application and thesecond software application. The network interface 420 includes acontroller for selectively coupling the data packets to the access point420 responsive to the hidden program portions 414 of the first softwareapplication and the second software application that were transferredacross the first backbone network 140 and second backbone network 150.

[0099] Each of the data channels: 521, 522, 523 and 524, as shown inFIG. 5, is associated with sending and receiving (S/R) security signals:511 S/R first security signal, 513 S/R second security signal, and 515S/R third security signal; and for S/R secure time-stamps: 512 SIR firstsecure time-stamp, 514 S/R second secure time-stamp, and 516 S/R thirdsecure time-stamp.

[0100] The S/R first security signal 511 representative of the hiddenprogram portion of the first software application and the S/R secondsecurity signal 513 representative of the hidden program portion of thesecond software application are selectively coupled to the controllerfor selectively coupling 424 of associated ones of the data packets tobe transferred across the first backbone network 140 and second backbonenetwork 150.

[0101] The S/R first security signal 511 authenticates the firstsoftware application, the S/R second security signal 513 authenticatesthe second software application, a third security signal 513authenticates a third software application (not shown in FIG. 5). Inanother application of this invention the S/R first security signal 511and the S/R second security signal 513 are digital signatures derivedfrom the data packet headers and are representative of the hiddenprogram portion 414 first software application and the second softwareapplication, respectively.

[0102] The access point 420 couples a secure time-stamp, 512, 514, and516, to the hidden program portions of the first software application,the hidden program portion of the second software application, and thehidden program portion of a third software application. Then, thesecurity signals, 511, 513, and 515, respectively, are selectivelygenerated responsive to the secure time-stamp, 512, 514, and 516, andthe hidden program portions. The secure time-stamps, 512, 514, and 516,are generated responsive to the UTC (Universal Coordinated Time) signal.

[0103] UTC Time Structure:

[0104] In some implementation the secure time-stamps are derived fromUTC (coordinated universal time) 002, as shown in FIG. 6. In thisexample each of the successive UTC seconds 600 are divided intoconsecutive time frames that are grouped into time cycles. As shown inthe example illustrated in FIG. 6, there are 100 time frames in eachtime cycle. For illustration purposes, the time frames within a timecycle are numbered 1 through 100. Consecutive time cycles are groupedtogether into super-cycles, and as shown in FIG. 6, there are 80 timecycles in each super-cycle. For illustration purposes, time cycleswithin a super-cycle are numbered 0 through 79. Super-cycles 0 and m areshown in FIG. 6.

[0105]FIG. 6 is illustrative of the relationship of time frames, timecycles, and super-cycles; in alternate embodiments, the number of timeframes within a time cycle may be different than 100, and the number oftime cycles within a super-cycle may be different than 80. In thisillustrated example, the duration of every super-cycle is exactly onesecond as measured by the UTC standard. Moreover, as shown in FIG. 6,the beginning of each super-cycle coincides with the beginning of a UTCsecond. Consequently, when leap seconds are inserted or deleted for UTCcorrections (due to changes in the earth rotation period), the cycle andsuper-cycle periodic scheduling will not be affected. The time frames,time cycles, and super-cycles are associated in the same manner with allrespective network interface 420 and all respective Security TagCheckers 120TTC.

[0106] In the embodiment illustrated in FIG. 6, the super-cycle durationis equal to one second as measured using the UTC (Coordinated UniversalTime) standard. In an alternate embodiment the super-cycle durationspans multiple UTC seconds. In another alternate embodiment thesuper-cycle duration is a fraction of a UTC second. In anotherembodiment, the super-cycle duration is a small integer number of UTCseconds. A time frame may be further divided into time slots in thepreferred embodiment, not illustrated in FIG. 6.

[0107] UTC can be obtained by the network interface 420 from varioussources, such as, global positioning system (GPS), Global NavigationSatellite System (GLONASS), Galileo, and Two-Way Satellite Time andfrequency Transfer (TWTFT).

[0108] The Generic Structure of Data Packets:

[0109]FIG. 7A is a description of a data packet structure that consistsof a header portion 700 and a payload portion 701PL, such that, theheader portion consists of priority field 703Pri, address and portfields 704AdrPrt, and various generic data packet header fields 702Gen,which are described in more details below. The priority field 703Pri isused, in some implementation, for associating data packets with class ofservice, such as, premium service. The address and port fields 704AdrPrtare used both for routing and association with various applications,such as, streaming media. In some implementation, when a data packet isreceived for processing an additional time of arrival (ToA) 705ToA isattached to it. ToA can be derived from the UTC second 600—as shown inFIG. 6. ToA 705ToA can have a plurality of numerical formats. Oneexample is the format of the Internet's Network Time, which is inseconds relative to 0h UTC on 1 Jan. 1900. The full resolution NTPtimestamp is a 64-bit unsigned fixed point number with the integer partin the first 32 bits and the fractional part in the last 32 bits. Insome fields where a more compact representation is appropriate, only themiddle 32 bits are used; that is, the low 16 bits of the integer partand the high 16 bits of the fractional part. The high 16 bits of theinteger part must be determined independently.

[0110] There are two variants of the generic data packet header fields702Gen one is associated with end station 115 and the trusted flowgenerator (TFG), as shown in FIG. 7B, and network interface (NI) and thetrusted tag checker (TTC), as shown in FIG. 7C. The two variants of thegeneric data packet header fields 702Gen are used in the variousprotocols and algorithms disclosed in various methods andimplementations of the current invention.

[0111]FIG. 7B is a description of the generic data packet header fields702Gen used by the end station 115 with its trusted flow generator(TFG). These fields contain information to be used, for example, by thetrusted tag checker (TTC) at the network interface (see FIG. 1). Thegeneric fields that are related to TFG are:

[0112] (1) Security Tag Vector—STV 711, which is used to signal to theTTC that a certain program was used to generate and send data packets;

[0113] (2) Security Tag Serial Number—STSN 712, which is used forinitializing the operation of TFG and TTC;

[0114] (3) Security Signals 713, which used to send various securityinformation from TFG to TTC; and

[0115] (4) Priority: Class of service 714, which is used as priorityfield mapping data packets to their respective class of service.

[0116]FIG. 7C is a description of the generic data packet header fields702Gen used by the network interface with trusted tag checker (TTC) andsecurity management system (SMS). These fields contain information to beused, for example, the trusted flow generator (TFG) at the end station115 (see FIG. 1). The generic fields that are related to TFG are:

[0117] (1) Trusted Flow Parameters & Codes 721,

[0118] (2) Security Signals 722, used to send various securityinformation from TTC to TFG;

[0119] (3) Secure Time Stamps 723, used to provide the time derived fromUTC 002—see FIG. 6; and

[0120] (4) Secure Renewable Parameters 724, used for securely sendingrenewable parameters from TTC to TFG, which are used for example, fordetermining how often certain programs for generating and sending datapackets can be used.

[0121] The Operation, Structure of TFG and TTC, and CommunicationsSystem:

[0122]FIG. 8 is a schematic description of the trusted flow generator(TFG) 110TFG operation that is used to generate and send data packetswith security tags. The TFG operation is based upon taking logic modules(programs and data) with known functionality and transforming them intoa hidden program by integrating modules to execute together into a logicwhich is partially obfuscated and/or encrypted and/or physicallyhidden—as shown in FIG. 12A, FIG. 12B, FIG. 12C, FIG. 12D, and FIG. 14.

[0123] The hidden program that part of TFG 110TFG is being updateddynamically, as shown in FIG. 13, to strengthen it against reverseengineering efforts. The program includes the functionality forgenerating security signals, such as, Security Tag Vector—STV 711,Security Tag Serial Number—STSN 712, and Security Signals 713, which areunpredictable by observers, such as a pseudo random sequence of securitysignals. Only elements that share the means for producing the securitysignals can check their validity. The modules include operational tasksand performance parameters for this operation. The operation can betransmission of data packets with given parameters of performance thatthe hidden program contains. The generated security signals thus assurethat the correct operation was taken place and can be used to signalvarious cryptographic parameters as well, such as, Security Signals 713.

[0124] In FIG. 8 data packets are received for processing by operationmodule 811 and transferred to the initialization module 812, which isused for coordinating the operation of TFG and TTC by appropriatelysetting the Security Tag Serial Number—STSN 712, which is used forinitializing the operation of TFG and TTC. The operation module 813 isresponsible for Computing the Renewable Precondition for Transmission,as shown in FIG. 13, then this operation module is computing two fieldsin for the generic part of the data packet header 700Gen: (1) SecurityTag Vector (STV) 711 and (2) Security Tag Serial Number (STSN) 712.Following this step there are two options 814: (1) computing additionalsecurity signals, such as, authenticating and signing the data packet815 before its transmission 816, and (2) to proceed to data packetsending 815 without additional security operations.

[0125]FIG. 9 is a schematic description of the trusted tag checker (TTC)120TTC operation that is used to check the authenticity of the programused to generate and send data packets with security tags. The datapacket is received by operation module 911 and then transferred tooperation module 912 that performs the service mapping function. Theservice mapping can be done in various methods, such as, by decoding thepriority field 703Pri in the packet header and by decoding the addressand port fields 704AdrPrt in the data packet header. The service mappingcan be performed by decoding the class of service 714 in the genericdata packet header fields. When the incoming data packet is identifiedas being generated by a trusted flow generator (TFG) the data packet canreceive premium service after further authenticity checks by operationmodule 913. Module operation 913 checks two fields in the generic headerof the data packet received from the end station 115: (1) Security TagVector—STV 711, which is used to signal to the TTC that a certainprogram was used to generate and send data packets; and (2) Security TagSerial Number—STSN 712, which is used for initializing the operation ofTFG and TTC. If the checking by operation module 913 is correct, thedata packet will be sent by operation module 915 as premium service datapacket. Otherwise, when the checking is not correct the data packet isdiscarded by operation module 914. The sending of data packets fromoperation module 915 can be based on various parameters, such as, timeof arrival 705ToA, address 704AdrPrt, and priority 703Pri. Data packetsthat are not receiving premium service are transferred from operationmodule 912 to operation module 915 for sending out of the TTC 120TTC.

[0126]FIG. 10 is a functional structure of the trusted flow generator(TFG) 110TFG that is used to generate and send data packets withsecurity tags. The TFG in some implementations of the present inventionis done in software as part of the first computing element, wherein thesecond computing element is the TTC 120TTC. The TFG basic operations areperformed by the TFG controller 1010, which receives data packet in 1011. The TFG controller 1010 sends initialization parameters 1012 to thepseudo random tag generator 1020 prior to sending the next value signal1013 to the pseudo random tag generator 1020 requesting a security tagvector (STV) 711 for the generic header of the incoming data packet. Thepseudo random tag generator 1020 returns the next tag 1014 to the TFGcontroller 1010 with the next security tag vector (STV) 711. The datapacket with the next security tag vector (STV) 711 is then sent out 111.

[0127] The TFG controller operation with the pseudo random tag generatoroperation, shown in FIG. 10, can be implemented as one of the possibleimplementation of this invention as described in detailed in thedescription of FIG. 16, FIG. 17, FIG. 18, FIG. 19, and FIG. 20. Thedescription in FIG. 16, FIG. 17, FIG. 18, FIG. 19, and FIG. 20 is apossible realization of hiding and obfuscating the IP's (InternetProtocol's) TCP (transport control protocol). The operations of hidingand obfuscating are described in the description FIG. 12, FIG. 13, andFIG. 14.

[0128] As shown in FIG. 10, the operation of the TFG controller 1010 isfurther controlled by the TFG renewable controller 1040, which sendsrenewable codes and parameters 1041 to the TFG controller 1010. Therenewable codes and parameters 1041 determine renewable characteristicsof the TFG controller 1010. The renewable characteristics includeparameters, such as, how many data packets can be processed by the TFGcontroller 1010 before receiving another renewable parameters, and howmany data packets can be processed per unit time by the TFG controller1010. The operation of the TFG renewable controller 1040 is furthercontrolled, in some implementations of the current invention, throughthe network by at least one of: the security management server 160SMSand the trusted tag checker 120TTC, that send to the TFG renewablecontroller 1040 two types of renewable signals: (1) Trusted FlowParameters/Codes 121 and (2) Secure Time-stamps 122. The two renewablesignals determine how the TFG renewable controller 1040 controls the TFGcontroller 1010.

[0129] As shown in FIG. 10, the operation of the pseudo random taggenerator 1020 is further controlled by the TFG update controller 1050,which sends update codes and parameters 1051 to the pseudo random taggenerator 1020. The update codes and parameters 1051 determines updatecharacteristics of the pseudo random tag generator 1020. The updatecharacteristics include changes to the security tag vector 711generation. The operation of the TFG update controller 1050 is furthercontrolled, in some implementations of the current invention, throughthe network by at least one of: the security management server 160SMSand trusted tag checker 120TTC, that send to the TFG update controller1050 two types of renewable signals: (1) Trusted Flow Parameters/Codes121 and (2) Secure Time-stamps 122. The two renewable signals determinehow the TFG update controller 1050 controls the pseudo random taggenerator 1020.

[0130] Another possible and more detailed realization of the TFG updatecontroller 1050, TFG controller 1010, TFG renewable controller 1040, andthe pseudo random tag generator 1020, shown in FIG. 10, are described inthe operation disclosed in FIG. 13.

[0131]FIG. 11 is a functional structure of the trusted tag checker (TTC)120TTC that is used to check the authenticity of the TFG program used togenerate and send data packets with security tags. The TTC controller1110 receives data packet 1111 and then checks its service type bysending a decoding signal 1131 to the service level lookup table 1130.The decoding signal 1131 can be at least one of: priority field 703Pri,address and port fields 704AdrPrt, class of service 714, and securitysignal 713. The response signal 1132 indicates to the TTC controller1110 whether or not the data packet 1111 has a security tag vector 711that need to be checked in order to verify the authenticity of thegenerating and sending TFG program 110TFG.

[0132] The TTC controller 1110 sends initialization parameters 1112 tothe pseudo random tag generator 1120 prior to sending the next valuesignal 1113 to the pseudo random tag generator 1020 requesting asecurity tag vector (STV) 711 for checking STV 711 received in thegeneric header of the incoming data packet 1111. The pseudo random taggenerator 1120 returns the next tag 1114 to the TTC controller 1110 withthe next security tag vector (STV) 711. Then the TTC controller 1110compares the two STV 711 values, from the data packet and the locallycomputed by the pseudo random tag generator 1120, if the two values arethe same the data packet can be sent with premium service as it isdescribed in FIG. 9. Module 915 in FIG. 9 describe the operation ofsending of data packets that can be based on various parameters, suchas, time of arrival 705ToA, address 704AdrPrt, and priority 703Pri.

[0133] As shown in FIG. 11, the operation of the TTC controller 1110 isfurther controlled by the TTC renewable controller 1140, which sendsrenewable codes and parameters 1141 to the TTC controller 1110. Therenewable codes and parameters 1141 determine renewable characteristicsof the TTC controller 1110. The renewable characteristics includeparameters, such as, how many data packets can be checked and comparedby the TTC controller 1110. The operation of the TTC renewablecontroller 1140 is further controlled, in some implementations of thecurrent invention, through the network by the security management server160SMS that sends to the TFG renewable controller 1140 two types ofrenewable signals: (1) Trusted Flow Parameters/Codes 121 and (2) SecureTime-stamps 122. The two renewable signals determine how the TTCrenewable controller 1140 controls the TTC controller 1110.

[0134] As shown in FIG. 11, the operation of the pseudo random taggenerator 1120 is further controlled by the TTC update controller 1150,which sends update codes and parameters 1151 to the pseudo random taggenerator 1120. The update codes and parameters 1151 determines updatecharacteristics of the pseudo random tag generator 1120. The updatecharacteristics include changes to the security tag vector 711generation. The operation of the TTC update controller 1150 is furthercontrolled, in some implementations of the current invention, throughthe network by the security management server 160SMS and trusted tagchecker 120TTC that sends to the TTC update controller 1150 two types ofrenewable signals: (1) Trusted Flow Parameters/Codes 121 and (2) SecureTime-stamps 122. The two renewable signals determine how the TTC updatecontroller 1150 controls the pseudo random tag generator 1120.

[0135]FIG. 15 is a functional description of a system implemented with,for example, tamper proof hardware. In this integrated configuration,the operation and implementation described in FIG. 8, FIG. 9, FIG. 10,and FIG. 11, for TFG 110TFG and TTC 120TTC are combined together. Thisintegrated configuration can be implemented in various manners, such as,tamper proof hardware, VLSI, micro-coded with a network appliance andmicro-coded in a tamper proof manner with a network appliance. Theintegrated configuration can be further combined with a smart card 1510.The integrated configuration, in some configuration of the currentinvention, is further enhanced with a TFG challenge controller asdisclosed in details in FIG. 27.

[0136] The realization described in FIG. 15 is used in the realizationof various edge devices and network appliances, such as, a cellulartelephone, a PDA, a single printed circuit board, a single chip, asingle computing module, a single chassis, a hand held device, a singlebox, a user terminal.

[0137] The TFG system, shown in FIG. 8 and FIG. 10, possesses means forproviding controlled communication in accordance with defined rules oftransmission. The system further comprising: processing data inaccordance with defined logic to construct a first data packet; meansfor generating a security tag vector 711 responsive to validating theprocessing in accordance with the defined logic; and means forconstructing by the TFG controller 1010, shown in FIG. 10, a trusteddata packet 111 responsive to the means for processing and means forgenerating.

[0138] The system further comprising: means for transmitting the trusteddata packet 111 onto a communications path, such as, the VPN connection2810 in FIG. 28, in accordance with the defined rules of transmission.

[0139] The system, as shown in FIG. 1 and FIG. 11, further comprising:means for receiving the trusted data packet 111 from the communicationspath; and means for validating the trusted data packet responsive toanalyzing the trusted data packet to verify the security tag vector 711responsive to the defined logic.

[0140] The system further comprising: means for mapping 1130, shown inFIG. 11, wherein mapping is of the trusted data packet 111 to a firstcommunications class of service responsive to the validating the trusteddata packet and verifying the respective security tag vector; and meansfor mapping the trusted data packet 111 to a second communications classof service responsive to the validating the trusted data packetresulting in failed verifying of the security tag vector 711.

[0141] The system further comprises of means for coupling the firstcommunications class of service with the trusted data packets 111 forfurther communication therefrom. Wherein the data packets of the secondcommunications class of service is denial of further communicationtherefrom. Wherein the data packets of the second communications classof service are stored in a local storage without further transmission.

[0142] The system under a different implementation, wherein the datapackets of the second communications class of service are transmitted ata lower priority level than the first communications class of service,wherein the priorities are determined responsive to set of priority bits703Pri within each of the data packets.

[0143] The system wherein the means for transmitting is performed in afirst computing element that is part of TFG, as shown in FIG. 1, FIG. 8and FIG. 10; and where in the means for receiving is performed in asecond computing element that is part of TTC, as shown in FIG. 1, FIG. 9and FIG. 11. The system wherein the first computing element and thesecond computing element are both contained within a single physicalcomputing system, as shown in FIG. 15.

[0144] The system, as in FIG. 15, wherein the first computing elementand the second computing element are contained in separate physicalcomputing systems, as shown in FIG. 1, FIG. 2, FIG. 3, FIG. 4 and FIG.28. The system wherein the second computing element has non-modifiableprocessing logic.

[0145] The system, as in FIG. 1 and FIG. 15, wherein at least one of thefirst computing element and the second computing element is comprised ofat least one of: tamper-proof hardware and tamper-proof firmware,self-destructive hardware. The system wherein the second computingelement is made inoperative responsive to detection of at least one of:tampering, attempt to replace hardware, attempt to replace firmware,attempt to replace software. The system wherein the single physicalcomputing system, shown in FIG. 15, is at least one of: a single printedcircuit board, a single chip, a single computing module, a singlechassis, an hand held device, a PDA, a cellular phone, a single box, auser terminal.

[0146] The TFG system, shown in FIG. 8 and FIG. 10, wherein the meansfor generating the security tag vectors (STVs) 711 and the processingdata in accordance with defined logic to construct the first data packetare obfuscated. The TFG system wherein the generating the STV 711 ishidden within the processing data in accordance with defined logic toconstruct the first data packet 111.

[0147] The TFG system, shown in FIG. 8 and FIG. 10, wherein the meansfor generating the security tag is encrypted within the processing datain accordance with defined logic to construct the first data packet, asshown in the specifications of FIG. 12, FIG. 13 and FIG. 14.

[0148] The system, in shown FIG. 1, further comprising: means forcoupling the first computing element that is TFG 110TFG and the secondcomputing element that is TTC 120TTC through a communications network140 and 150. The system wherein the communications network, 140 and 150,is at least one of: an access network, a metropolitan network, a localarea network, a wireless network, an enterprise network, a cellulartelephone network, a cable modem network, a passive optical network,Ethernet, token ring, a spatial reuse ring, SONET ring, resilient packetring, a costumer premise network (CPN), an IP, Internet, a 3G wirelessnetwork, IEEE 802 standards, ATM network, frame relay (FR) network, avirtual private network (VPN), a shared media, and a storage areanetwork (SAN).

[0149] The system wherein the first computing element that is TFG 110TFGand the second computing element that is TTC 120TTC are directlycoupled.

[0150] The system wherein the first computing element that is TFG 110TFGis part of at least one of: a single printed circuit board, a singlechip, a single computing module, a single chassis, an hand held device,a PDA, a cellular phone, a single box, a user terminal, an applicationsoftware module, an operating system module, a Java applet, acommunications software module, a firmware component, a software driver,and a distributed system software module.

[0151] The system wherein the second computing element that is TTC120TTC is part of at least one of: a firewall, a gateway, a router, arouting controller, a local area network bridge, a local area networkswitch, a wireless base station, a wireless 3G base station, an IEEE802.11 base station, a cable modem head-end, a central office, an ADSLDSLAM, and a point-of-presence (PoP).

[0152] The system in some variant of the current invention furthercomprising: means for forwarding the trusted data packet 111 for furthercommunication over a defined communications path 150, wherein thedefined communications path 150 is part of at least one of: a VPN(virtual private network), an ATM, a FR (frame relay), a CPN (costumerpremise network), a content delivery network (CDN), an ISP, a sharedmedia, a firewall, a local area network, the Internet, a metropolitanarea network, a SAN, a link to application server, a link to web server,a link to data base server, a link to Internet server, a link to networkserver, a public network, an enterprise network, and a carrier network.

[0153] The system further comprising: means for forwarding the trusteddata packet 111 to a further computing device, wherein the furthercomputing device is at least one of: an application server, a webserver, a data base server, an Internet server, a network server, afirewall, a multimedia server, a video server.

[0154] The system, within the TTC 120TTC, wherein the first class ofservice is comprised of a local processing of the trusted data packet111. Wherein the local processing is done by at least one of: a router,a server, a web-server, a database, a firewall, a network appliance.

[0155] The TFG 120TFG, further comprising: means for receiving at leastsome of the defined rules of transmission from a separate rulescontrollers: TFG renewable controller 1040 and TFG update 1050,specified in FIG. 10. The system, within the TFG 120TFG, wherein thedefined rules of transmission determine at least one of: performancecharacteristics, access characteristics, transmission limitations,transmission rates, window sizes, port numbers, IP addresses, networkaddresses, quotas, renewable quotas, packet structure limitations, andtransmission schedule.

[0156] The system, within the TFG 120TFG, wherein at least one of thedefined rules of transmission determines a renewable precondition fortransmission. The renewable precondition for transmission is defined byleast one of: renewable transmission quota of trusted data packets,number of trusted data packets that can be transmitted per unit of time,time signal, UTC time signal, digitally signed time signal, digitallysigned time-stamp, digitally signed time-stamp from UTC (coordinateduniversal time), digital cash for transmission of trusted data packets,and cryptographic keys for marking trusted data packets.

[0157] The system that is part of the renewable controller 1040, whereinthe renewable precondition for transmission is obtained from at leastone of: a predefined logic, an external rule controller, a securitymanagement system (SMS) 160SMS, network interface, network appliance,server, network management system, firewall, local computation, smartcard device, portable device.

[0158] The TFG system wherein whenever the renewable precondition fortransmission is not valid, transmission is suspended.

[0159] The TFG system in FIG. 10, further comprising: means for updatingof parts of defined logic by using a TFG update controller 1050, whereinthe means for updating comprise of at least one of: means for addingdata, means for deleting data and means for replacing data and whereindata comprises at least one of lines of codes, machine codes, obfuscatedcodes, object codes, tables of codes, program parameters, subroutineparameters, tables of parameters, data structure of parameters, softwaremodules, alpha numeric values, cryptographic fields, assembly languagecode, software applets, program control information, firmware code,instructions for reprogramming programmable hardware elements such asPLAs.

[0160] The TFG system wherein the means for generating data packets 111with STV comprises at least one of: means for applying a pseudo-randomgenerator, means for applying a pseudo-random function, means forapplying a cryptographic function, means for applying an encryptionfunction, means for applying a scrambling subroutine, means for applyingan authentication function, means for applying a digital signingfunction, means for applying a cryptographic hash function, applying asubroutine, means for applying a computational logic module, means forapplying a symmetric cryptography function, applying an asymmetriccryptography function, employing a cryptographic key, employing acryptographic seed, employing an encrypted software, employing anobfuscated software, means for employing a hidden program, means foremploying logic with a set of parameters, means for employing a hardwaremodule, means for employing a smart card, means for employing a portabledevice, and means for employing a distributed protocol.

[0161] The TTC system in FIG. 9 and FIG. 11, with means for validatingcompliance with communications processing for the transmittal of datapackets 111 comprised of a received security tag vector—STV 711; the TTCsystem further comprising: means for receiving one of the data packets;means for generating a local security tag; means for comparing the localsecurity tag to the received security tag; and means for mapping thereceived data packet to a defined class of service responsive to themeans for comparing.

[0162] The TTC system in FIG. 9 and FIG. 11, further comprising: meansfor mapping the received data packet to a first class of serviceresponsive to the local security tag equaling the received security tag;and means for mapping the received data packet to a second class ofservice responsive to the local security tag being different from thereceived security tag.

[0163] The TTC system in FIG. 9 and FIG. 11, further comprising: meansfor forwarding the received data packet for further communication over adefined communications path. The TTC system in FIG. 9 and FIG. 11,wherein the defined communications path is part of at least one of: aVPN, an ATM, a FR, a CPN, a content delivery network (CDN), an ISP, ashared media, a firewall, a local area network, an Internet, ametropolitan area network, a SAN, a link to application server, a linkto web server, a link to data base server, a link to Internet server, alink to network server, a public network, an enterprise network, and acarrier network.

[0164] The TTC system in FIG. 9 and FIG. 11, further comprising: meansfor forwarding the received data packet to a further computing device,wherein the further computing device is at least one of: an applicationserver, a web server, a data base server, an Internet server, a networkserver, a firewall, a multimedia server, a video server.

[0165] The TTC system in FIG. 9 and FIG. 11, wherein the first class ofservice is comprised of a local processing of the received data packet111, wherein the local processing is done by at least one of: a router,a server, a web-server, a database, a firewall, and a network appliance.

[0166] The TFG and TTC system with means for providing controlledsignaling in accordance with defined rules of at least one oftransmission and operation, the method comprising: means for processingdata in accordance with defined logic to construct operation; means forgenerating a security tag responsive to validating the processing inaccordance with the defined logic; and means for constructing a signalresponsive to computing with security tag. The system furthercomprising: means for transmitting the signal onto a communications pathin accordance with the system operation.

[0167] The system further comprising: means for receiving at least someof the defined rules of at least one of transmission and operation, froma separate rules controller: TFG renewable controller 1040 and TFGupdate 1050, specified in FIG. 10; wherein at least one of the definedrules of at least one of transmission and operation, determines arenewable precondition for at least one of transmission and operation.

[0168] The system specified in FIG. 10 further comprising: means forupdating of parts of defined logic; wherein generating comprises atleast one of means for applying a pseudo-random generator, means forapplying a pseudo-random function, means for applying a cryptographicfunction, means for applying an encryption function, means for applyinga scrambling subroutine, means for applying an authentication function,means for applying a digital signing function, means for applying acryptographic hash function, means for applying a subroutine, means forapplying a computational logic module, means for applying a symmetriccryptography function, means for applying an asymmetric cryptographyfunction, means for employing a cryptographic key, means for employing acryptographic seed, means for employing an encrypted software, means foremploying an obfuscated software, means for employing a hidden program,means for employing logic with a set of parameters, means for employinga hardware module, means for employing a smart card, means for employinga portable device, and means for employing a distributed protocol.

[0169] The TFG system wherein at least one of the defined rules of atleast one of transmission and operation, determines an action based on acontext; wherein the context involves at least one of a system userpresent, a system user present at an end-station, a system user presentat the computer used for transmission and operation, application programpresent, a data information available, a cryptographic keys availableand parameters available.

[0170] The TFG system wherein when said context is missing for at leastone of transmission and operation there will be no transmitting thesignal onto a communications path in accordance with the operation.

[0171] The TTC system in FIG. 9 and FIG. 11 for validating compliancewith defined rules of at least one of transmission and operationcomprised of a received signal, the system further comprising: means forreceiving signal; means for generating a local signal; means forcomparing the local signal and received signal; means for deciding oncompliance; means for mapping at least one of transmission andoperations to a defined class of service responsive to the deciding;means for receiving data packet; means for mapping the received datapacket to a first class of service responsive to deciding; means formapping the received data packet to a second class of service responsiveto deciding; means for forwarding the received data packet for furthercommunication over a defined communications path; and means forforwarding the received data packet to a further computing device.

[0172] The TTC system in FIG. 1, FIG. 9 and FIG. 11; wherein the firstclass of service is comprised of a local processing the received datapacket; wherein the local processing is done by at least one of: arouter, a server, a web-server, a database, a firewall, and a networkappliance.

[0173] The trusted system disclosed in this invention provides forcommunications system comprising:

[0174] (1) TFG system in FIG. 8 and FIG. 10 with a first communicationssubsystem comprising a first processing subsystem providing first logicfor data packet processing, rules of transmission and security taggeneration, for selectively transmitting trusted data packets 111; and

[0175] (2) TTC system in FIG. 9 and FIG. 11 with a second communicationssubsystem comprising a second processing subsystem providing logic forchecking, validating and mapping of the selectively transmitted trusteddata packets responsive to a defined validation logic; and

[0176] (3) a communications access network coupling the firstcommunications subsystem and the second communications subsystem.

[0177] In said trusted system the mapping of the selectively transmittedtrusted data packets 111 is further comprised of mapping logic; whereinmapping logic is further comprised of at least one of: a mapping table,decision-tree, a processing logic, a data packet processing logic, adata packet header processing decision-tree, a security tag processinglogic, a data packet identification processing logic, a data packetpriority processing logic, a data packet class of service processinglogic, and a secure time-stamp processing logic.

[0178] Said trusted system further comprising: a communications servicenetwork for coupling the second communications subsystem to adestination; and wherein the rules of transmission are provided to thefirst communications subsystem from the communications service network;wherein the second communications subsystem is further comprised of: asubsystem for forwarding data packets responsive to the mapping logic.

[0179] The TFG system in FIG. 1, FIG. 8 and FIG. 10, wherein the rulesof transmission, that are part of the TFG controller 1010, are furthercharacterized as defining at least one of: transmission rate, maximumwindow size, port number, destination IP, source IP, data packetpriority, transmission time, and transmission schedule.

[0180] The TFG system in FIG. 1, FIG. 8 and FIG. 10, wherein the rulesof transmission and security tag generation, that are part of the TFGcontroller 1010, are further characterized as responsive to a at leastone of: predefined schedule, secure time-stamp, renewable codes andparameters, and update codes and parameters.

[0181] The TFG system in FIG. 1, FIG. 8 and FIG. 10, wherein the rulesof transmission, that are part of the TFG controller 1010; wherein therules of transmission are provided from an external storage medium. TheTFG system in FIG. 1, FIG. 8 and FIG. 10, the first logic is comprised,that are part of the TFG controller 1010; wherein the first logic iscomprised of an interlocking of a plurality of logic modules responsiveto the data packet processing, the rules of transmission and thesecurity tag generation; wherein the interlocking is furthercharacterized in that each respective one of the plurality of logicmodules is associated with a respective one of a plurality of definedsubtasks; wherein the combined plurality of defined subtasks defines thefirst logic; and wherein all of the logic modules are required toproperly perform the respective defined subtask to provide the firstlogic.

[0182] The TFG system in FIG. 1, FIG. 8 and FIG. 10, further comprisingof: an update controller, as part of the TFG, and a security managementserver (SMS) that is external to the TFG system; wherein the updatecontroller 1050 provides update codes and parameters to the firstprocessing subsystem that is part of the TFG controller 1010 and whereinthe SMS provides an update information to the update controller. Thesystem further comprising of a renewable controller 1040, wherein therenewable controller provides update codes and parameters to the firstprocessing subsystem; wherein the SMS provide a renewable information tothe renewable controller. The TFG system with its first processingsubsystem further comprising of: cryptographic modules; whereincryptographic modules further providing for at least one of: programauthentication, user authentication, cryptographic authentication,application authentication, encryption, secure time-stamp, and digitalsignature.

[0183] The TTC system with its second processing subsystem furthercomprising of validation modules; wherein validation modules furtherproviding for at least one of: program authentication checking, userauthentication checking, cryptographic authentication checking,application authentication checking, decryption, secure time-stamp, anddigital signature validation.

[0184] In another realization of the current invention the system iscontrolling communications data packet flow between at least twocomputing elements comprising: means for generating a security tag;means for associating the security tag with a first computing elementresponsive to compliance logic; means for generating a data packet whichincludes a security portion; means for transmitting the data packet overa communications path; means for receiving the data packet at least asecond computing element; means for processing the data packet tovalidate the security portion responsive to the security portion and atleast a portion of the data packet; and means for transmitting the datapacket from the second computing element to for further processing atleast a third computing element; wherein (1) the communications pathincludes at least the second computing element and the third computingelement, (2) the transmitting is responsive to the processing of thesecond computing element and the third computing element and (3) whereinthe processing in at least one of: the second computing element and thethird computing element, computing of additional security.

[0185] In another part used for the realization of the current inventionfor providing secure communications, the system comprising means forconsistent initialization of a tag generator, which is part of the TFGcontroller 1010, operating from an initial generator state to generate asequence of security tags 711 for association with data packets fortransmission; means providing for transmission of the data packets withassociated security tags from the TFG controller 1010 to tag verifier,which is part of TTC 120TTC, operating from an initial verificationstate to generate a sequence of comparison security tags for selectivecomparison to the security tags 711. The system further includes meansfor coordinating the initial generator state and the initial verifierstate prior to transmission of any of the data packets in the sequence;and wherein the tag verifier provides valid comparison tags responsiveto the means for coordinating.

[0186] Said system is comprising of means for consistent initialization,further comprising: a sequence number 712 that is associated with thetag generator, which is part of the TFG controller 1010. Wherein thesequence number is included as part of the security tag. The tagverifier, which is part of TTC, generates a comparison sequence numberfor selective comparison to the sequence number that is part of thesecurity tag; wherein the sequence number 712 is used for at leastdetecting data packet loss.

[0187] Said system that is comprising further comprising: a securetime-stamp secure time-stamp; wherein the tag generator, which is partof the TFG controller 1010, includes the secure time-stamp as part ofthe security tag 711 in the generic data packet header. The tagverifier, which is part of TTC 120TTC, generates a comparison securetime-stamp for selective comparison to the secure time-stamp that ispart of the security tag.

[0188] Said system for providing secure communications, comprising: atag generator operating from an initial generator state to generate asequence of security tags and related information for association withdata packets for transmission; means providing for transmission of thedata packets with associated security tags 711 in the generic datapacket header; a tag verifier operating from an initial verificationstate to generate a sequence of comparison tags for selective comparisonto the security tags responsive to the related information; and wherein(1) the tag verifier only provides validation of the data packets 111responsive to comparing the comparison tags and the respective securitytags for the respective data packets, and to the synchronization of theinitial generator state and the initial verification state and (2) therelated information is at least of: program authentication, userauthentication, cryptographic authentication, applicationauthentication, encryption, secure time-stamp, time-stamp, clockreading, and digital signature.

[0189] Program Hiding and Obfuscating with Secure Logic Interlocking:

[0190] The system specified herein is designed for providing secureintegration of separate logic modules to provide a combinedfunctionality, the system comprising: a plurality of software logicmodules operable stand-alone to provide a respective plurality ofsubtask functions; a transformation controller for interlocking theplurality of software logic modules into a single logic program; whereinthe combined functionality is only provided when the plurality ofsubtask functions are executed responsive to the single logic program.

[0191] The system for providing secure integration gets as input randombit string 1211 as a parameter and another parameter of plain programconsisting of logic modules 1212. It performs the integration of thelogic modules using an “obfuscator” 1210; or “program encrypter” 1220;and/or “hidden program generator” 1230, generating modules for remoteexecution; or execution in memory modules which are not easily availableor recognizable and/or “object code program generator” generatingsoftware which makes the code unchangeable and/or it embeds the code ina tamper proof device” 1240. In all cases the outcome is a single logicprogram which can be an obfuscated program “1211; and/or” an encryptedprogram” 1221; and/or “a hidden program” 1231 and/or “an object program”1241. The various options to be executed are presented in FIG. 12. Theprogram can be integrated where part of it is hidden and another part isencrypted and other such combinations are possible. It is clear to onewho is familiar with the art how to combine and super-impose thetransformation above and variation thereof as part of the system forsecure integration.

[0192] The exact sequence and nature of the obfuscation and/orencryption transformations which maintains the logic of each of themodule but makes the executable logic be a unique integrated logic whichis to be executed as one logic without the user being able to separatethe modules, are also subject to variation and is known in the art asexplained in the background for the invention.

[0193] The system for secure integration can be rum, wherein the singlelogic program is written to be immune to reverse generation. Namely,there is no effective way to separate by reverse engineering the moduleto be executed separately.

[0194] The system can be executed on various inputs and in particular,wherein one of the software logic modules provides a cryptographicfunction for producing pseudo-random sequence of security tags vectors711. In the case where this module is not available for reverseengineering then there is no way to generate the output sequence ofsecurity tags due to the strength of unpredictability of cryptographicfunctions.

[0195] The system in this case can use various means known in the artand run wherein producing pseudo-random sequence of security tagsinvolves computation by at least one of the following methods: applyinga pseudo-random generator, applying a pseudo-random function, applying acryptographic function, applying an encryption function, applying ascrambling subroutine, applying an authentication function, applying adigital signing function, applying a cryptographic hash function,applying a subroutine, applying a computational logic module, applying asymmetric cryptography function, applying an asymmetric cryptographyfunction, employing a cryptographic key, employing a cryptographic seed,employing an encrypted software, employing an obfuscated software,employing a hidden program, employing logic with a set of parameters,employing a hardware module, employing a smart card, employing aportable device, and employing a distributed protocol. These methods areexamples and not exclusive and are available in the art as softwareand/or hardware subroutines.

[0196] The system of the secure logic integration is achieve a mechanismwhere the single logic program (in one of many forms1211,1221,1231,1241) can now perform in one location (such as a TFG110TFG) as a hidden program portion 414, and signal the security tag(with various fields as in 711,712,713,714) and due to the uniqueness ofthe module and the fact that the input logic modules are now interlockedand are executed all together, we are assured that the functionality ofthe separate logic modules is faithfully executed when the signal iscorrectly generated. When the security tags are attached to a stream ofpackets as in 111, they can be checked at another location such as theTTC 120TFG. The checking 910 assures the origin of the security tags andthus the stream of packets. The TFG controller 1010 uses the uniquelogic module and thus functionally also the pseudo random tag generator1020, whereas the TTC controller 1110 employs the pseudo random taggenerator 1120 to check the tag by comparison.

[0197] In the preferred embodiment the system for secure integration isrun, where one of the software logic modules provides logic to constructdata packets. In fact such logic modules can be any type of networkingsoftware and a combination of networking modules can be integrated aswell. The notion of data packet is general and for example, we canexecute the system for providing logic integration wherein logic toconstruct data packets computes at least one of: IP data packet, TCP/IPdata packet, UDP data packet, ATM data packet, MPLS data packet, TCP SYNsignal, PING signal, ICMP signal, IPv4, IPv6, FC frame, cable modemframe, Ethernet frame, data packet segmentation.

[0198] The system for secure logic integration gives a single logicmodule which hides certain rules of execution, thus the mechanismassures to interlock the signal generation of security tags and therules of execution. In particular the system is run wherein one of thesoftware logic modules provides rules of transmission. These rules arepart of a computation and the system is run, wherein the rules oftransmission compute at least one of: performance characteristics,access characteristics, transmission limitations, transmission rates,window sizes, port numbers, IP addresses, network addresses, quotas,renewable quotas, packet structure limitations, schedule. Indeed, acombination of rules are possible as well to assure number of executionrules are being followed for various transmissions and variousoperations.

[0199] The system of secure integration of separate logic modules canintegrate rules, wherein at least one of the rules of transmissiondetermines a renewable precondition for transmission. This will enforcethe TFG controller 1010 to request and receive renewable codes andparameters 1041 from a TFG renewable controller 1040 when the singlemodule will be executed in the TFG controller. The system of secureintegration can be run wherein the renewable precondition fortransmission is least one of: renewable transmission quota of trusteddata packets, number of trusted data packets that can be transmitted perunit of time, time signal, UTC time signal, digitally signed timesignal, digital cash for transmission of trusted data packets, andcryptographic keys for marking trusted data packets. These quotaoriented methods and cryptographic refresh parameters methods are knownin the art, it is just that a logic for recognizing renewable conditionand activation of renewable codes and parameter receipt process whenprecondition for transmission is not valid, has to be integrated. Thesystem can be constructed wherein the renewable precondition fortransmission is obtained from at least one of: a predefined logic, anexternal rule controller, a security management system, networkinterface, network appliance, server, network management system,firewall, local computation, smart card device, portable device. Theseare examples of possible location and operation of the TFG renewablecontroller 1040.

[0200] The system for secure integration can get as input wherecombinations of individual software modules are provided as input. Afirst example is where it can be run wherein one of the software logicmodules provides a cryptographic function for producing a pseudo-randomsequence of security tags; and wherein one of the software logic modulesprovides logic to construct data packets. A second example is the systemwherein one of the software logic modules provides a cryptographicfunction for producing a pseudo-random sequence of security tags; andwherein one of the software logic modules provides rules oftransmission. A third example is the system1 wherein one of the softwarelogic modules provides a cryptographic function for producing apseudo-random sequence of security tags; wherein one of the softwarelogic modules provides logic to construct data packets; and wherein oneof the software logic modules provides rules of transmission.

[0201] A demonstrative example is in FIG. 14 where the plain programcomponents to be integrated are a well-behaved operational program(e.g., a TCP program in the context of the Internet protocol) that hasdefined rules of transmissions (e.g., a window size), a second componentis a cryptographic program for security tag generation, a third is aparameter table (with e.g., the seed for a pseudo random generator) anda fourth component is a control program for adding rules to theintegrated task (e.g., automatic refresh parameters for the renewablerules).

[0202] To achieve a large set of possible hidden programs we need thesystem of secure integration of software modules, further comprising: asource of interlocking parameters 1211; and wherein the transformationcontroller is further comprised of means for combining the softwarelogic modules according to defined interlocking logic responsive to theinterlocking parameters. The source of interlocking parameters isgenerated by a random source, a cryptographic keys, or a defined tableand location in memory. Other methods that allow the logic to choosefrom a large set of options are possible to the one familiar with theart and one can employ cryptographic means and decision tree logic foractivating transformations in a random and unknown fashion.

[0203] This gives a system, wherein the transformation controller(1210,1220,1230,1240) determines an intermixture of the subtaskfunctions of the plurality of software logic modules into the singleprogram to provide the combined functionality. Further, the system issuch, wherein the intermixture can be provided in a defined plurality ofdifferent ways; and wherein each of the different ways provides adifferent one of the single program providing the combinedfunctionality.

[0204] The resulting system is such wherein the intermixture is furthercomprised of at least one of obfuscation, encryption, replication,adding dummy code, addition of redundant control, renaming of variables,splitting a procedure into multiple sub-procedure, dictionarytransformation, compilation, interpretation, cryptographictransformation, digital signing, and scrambling. Other transformationthat change the representation of the logic and its way of execution butdo not change the meaning and results of the logic are in the art.

[0205] For example can have a system wherein replication comprised ofrepetitions of the software logic modules into an oversize programcomprising the single program embedded therein; and we can have thissystem, wherein each repetition is made active separately to define anactive single program within the oversize program, which acts as thesingle program.

[0206] In many situations the system for secure integration where thetransformation controller further generates external software modulesfor linked operation with the single program required for the combinedfunctionality is needed. For example the resulting single program (inthe TFG 110TFG) may be required to consult with another subsystem (theTTC 120TTC) where the external software modules reside and operate.

[0207] The system for secure integration of software modules which alsogenerates external logic modules can be run where it is furthercomprised of means for transmitting the external software modules toseparate computing subsystems; and wherein the external software modulesare executed in the separate computing subsystems to provide at leastone of: update information and renewable information coupled to thesingle logic program.

[0208] The system can be executed wherein means for transmitting furtherinvolve at least one of: encryption, authentication, and digitalsigning. And it can be run wherein the update information is at leastone of: change data, change executable code, change pattern, changeorder and pseudo-change of dummy code.

[0209] The system can be run, wherein the renewable information is atleast one of: renewable transmission quota of trusted data packets,number of trusted data packets that can be transmitted per unit of time,time signal, UTC time signal, digitally signed time signal, digital cashfor transmission of trusted data packets, and cryptographic keys formarking trusted data packets.

[0210] Note that the system of secure integration can be furthercomprising means for transmitting of the single logic program to aprimary computing system. The system can be run wherein means fortransmitting further involve at least one of: encryption,authentication, and digital signing.

[0211] In particular, the system can be combined wherein there is asecurity verification information generated by the transformationcontroller, for utilization by a separate security tag verificationlogic in a separate communications subsystem which validates thesecurity tag.

[0212] Such an operation by the resulting single program and resultingexternal software modules is demonstrated in FIG. 13 where the singleprogram exemplified by a distributed execution of first hidden program1310 is required to call 1311, 1313 and get returns 1312, 1314 whenexecuted. The external software modules of codes 1340 and parameters1350 are responsible for the returns. This distributed execution isactivated on a data packet with empty generic parameters 1301. Todemonstrate that a single program operation can be repeated in manyplaces and by various software components in the computing subsystem wecan view the continuation of the execution in 1310 that continues with1330 but on the output of 1310 which is a data packet with first genericparameters 1302. The operation is a second single program represented bya distributed execution of second hidden program 1330 with calls 1331,1333, and returns 1332,1334 from a second code 1360 and secondparameters 1370 in a second external software modules.

[0213] The system of secure integration of separate logic modules can besuch wherein one of the software logic modules provides securityservices. There are many examples of such services. The services cancombine users and programs in a secure way and integrate them into theoperational modules, generating a security tag based on them andgenerating it on the operational level without the need for extraoperations from the user or the program. In fact, the system can besuch, wherein the security services include means for at least one of:user authentication, user sign-on, data packet authentication, userlogin, applying user's cryptographic keys, applying organization'scryptographic keys, and digital signing. It can be such wherein securityservices further provides means for applying cryptographictransformations based on keys belonging to a primary computing system.The primary computing system can be the one that includes means forexecution of single logic program.

[0214] The above in effect embeds security services automatically intothe operational level. The services can authenticate elements and embedthe authentication information in the security tags. This will result ina virtual private network implemented in the operational level of packethandling and rules of transmission.

[0215] The system can be such that one of the software logic modulesprovides for a cryptographic function for producing pseudo randomsequence of security tags, and further comprising of means for providingone of the software logic modules to a secondary computing subsystem.

[0216] The generation of the hidden program single module and theexternal modules and the distribution are all part of the transformationcontroller and constitute together with the logic component fortransformations, cryptography and transmission the system enabling asingle logic module which has a combined functionality.

[0217] Hiding and Obfuscating TCP (Transport Control Protocol):

[0218]FIG. 16, FIG. 17, FIG. 18, FIG. 19, and FIG. 20 show a possibleembodiment of the invention for allowing the network to verify andauthenticate the proper operation of the TCP layer implementation on theusers' terminals. FIG. 16 is a functional block diagram of the highprotocol layers of a protocol stack wherein a plurality of applications1620-1 and 1620-2 transmit and receive data units to and from otherplurality of applications through an interface layer named socket layer1640. The socket layer 1640 translates requests to send data units byeach of the plurality of applications 1620-1 and 1620-2 into requestsTCP_Send 1655 to a Trusted TCP Code 160TFG for sending sequences ofbytes to a remote end system. The socket layer 1640 hands to therespective one of the plurality of applications 1620-1 and 1620-2sequences of bytes provided by the TCP code 1600TFG though data lineTCP_Received 1650, wherein each sequence of bytes had been previouslyreceived from a remote end system by the TCP code 1600TFG.

[0219] The Trusted TCP Code 1600TFG implements defined rules oftransmission for the reliable exchange of bytes with a remote TCP layerinstance through a bi-directional TCP connection. Bytes provided by theSocket Layer 1640 through data line TCP_Send 1655 are organized in dataunits called TCP segments and transferred to an Internet Protocol Layer1610 through data line IP_Send 1665. The IP Protocol Layer 1610 isresponsible for delivery of TCP segments to a remote IP Protocol Layer1610 entity that transfers them to the respective Trusted TCP Code1600TFG through data line IP_Received 1660.

[0220] The Trusted TCP Code 1600TFG includes a Pseudo Random TagGenerator 1120 for generation of a security information to be includedin a TCP segment being transmitted, wherein the security tag informationis aimed at certifying that the corresponding TCP segment was generatedby a Trusted TCP Code 1600TFG, i.e., the TCP transmitter that originatedthe TCP segment operates in compliance with defined rules oftransmission. Network nodes, such as routers, switches, gateways,proxies, and network appliances, and the destination can use thesecurity information enclosed in a TCP segment to verify that it wasgenerated by Trusted TCP Code 1600TFG.

[0221] In a possible embodiment the security information encompasses aSecurity Tag Vector and a Security Tag Serial Number, as previouslydescribed within the present disclosure. In a possible embodiment thesecurity information is carried with the Acknowledgment number fieldwithin the TCP header, whereby such field is not used to carrypiggybacked acknowledgement information. In an alternative embodimentthe TCP header is modified to include an additional field carrying thesecurity information. In an alternative embodiment the securityinformation is enclosed within the TCP payload.

[0222] In a possible embodiment the Trusted TCP Code 1600TFG includes aTrusted Tag Checker 120TTC for verifying the security informationincluded within TCP segments received through data line IP_Received1660.

[0223] The Trusted TCP Code 1600TFG receives an external timinginformation from a real-time Clock 1630 through a Clock_Tick 1635 linefor implementing timers essential for proper TCP operation as it isdescribed in the following. (Further details can be found in,“Internetworking with TCP/IP” by D. E. Comer, Prentice-Hall, ThirdEdition, 1995, ISBN 0-13-216987-8; “TCP/IP Illustrated, Vol. 1: TheProtocols” by W. R. Stevens, Addison-Wesley, Reading, Mass. 1994.)

[0224]FIG. 17 is a flow chart describing the operation of the TrustedTCP Code 160TFG upon being provided, through data line TCP_Send 1655,with data bytes to be transmitted 1750 to a respective remote TCP layerentity. The provided data bytes are stored in a respective TCP senderbuffer 1710 that contains all the data bytes for which delivery has beenrequested by at least one of a plurality of applications and deliveryhas not been confirmed yet by a corresponding remote TCP layer entity.

[0225] Next, the Trusted TCP Code checks 1720 whether the TCPtransmission window includes data bytes stored in the sender buffer andnot yet sent, in which case a procedure which task is to assemble andsend a TCP segment 1800 is initiated.

[0226]FIG. 18 is a flow chart of a possible embodiment of the procedureby which to send a TCP segment. The procedure consists of an executionloop that is repeated as long as 1810 the TCP transmission windowincludes data bytes stored in the sender buffer which are not sent yet.If the amount of such bytes does not exceed a minimum threshold forwhich sending a TCP segment is considered worthy 1820, the Send TCPSegment 1800 procedure is terminated 1820N.

[0227] Otherwise 1820-Y, a TCP segment is prepared for transmission1830, i.e., the corresponding header fields are computed, the header isassembled, and the corresponding data bytes appended as a payload. Ifthe TCP layer entity has to acknowledge the reception of data bytesalong the other direction of the TCP connection, the acknowledgementinformation is added and put inside the corresponding TCP header fields1840. In the preferred embodiment the acknowledgment informationconsists of an Acknowledgement number that identifies the lastin-sequence byte received, and an ACK bit flag that indicates that theacknowledgement number field contains a valid value.

[0228] The security tag vector (STV) 711 is then computed 1850 and,together with a Security Tag Serial Number (STSN) 712, coupled to theTCP segment 1860. Finally, the TCP segment including the securityinformation is sent 1870 by transferring it to the IP layer entitythrough data line IP_Send 1665 in FIG. 16.

[0229]FIG. 19 is a flow chart describing the operations performed by apossible embodiment the Trusted TCP Code 1600TFG each time a timingsignal is provided 1910 by the Real-time clock 1630 in FIG. 16 throughline Clock_Tick 1635. The first transmitted TCP segment contained in thetransmission window is considered 1920 and an execution loop is repeatedfor each transmitted TCP segments contained in the TCP transmissionwindow whose corresponding associated re-transmission times hastimed-out 1930.

[0230] The TCP sender window is updated 1940 according to the definedrules implemented by the Trusted TCP code 1600TFG In a possibleembodiment the window size is halved. In another possible embodiment,the window size is reduced to one TCP segment. In another possibleembodiment the window size is decreased in at least one of a linear way,a multiplicative way, additive way, exponential way. In a possibleembodiment, the window size is left unchanged.

[0231] If the TCP layer entity has to acknowledge the reception of databytes along the other direction of the TCP connection, theacknowledgement information is added and put inside the correspondingTCP header fields 1840. In the preferred embodiment the acknowledgmentinformation consists of an Acknowledgement number that identifies thelast in-sequence byte received, and an ACK bit flag that indicates thatthe acknowledgement number field contains a valid value.

[0232] The security tag vector (STV) is then computed 1850 and, togetherwith a Security Tag Serial Number (STSN), coupled to the TCP segment1860. Finally, the TCP segment including the security information isre-sent 1970 by transferring it to the IP layer entity through data lineIP_Send 1665 in FIG. 16. The next transmitted TCP segment contained inthe TCP sender window is considered 1980 for the next iteration of theexecution loop.

[0233]FIG. 20 is a flow chart describing the operations performed by apossible embodiment of the Trusted TCP Code 1600TFG in FIG. 16 each timea TCP segment is provided 2010 by the corresponding IP layer 1610through the IP_Received data line 1660.

[0234] In the preferred embodiment, the STV and STSN are extracted fromthe received TCP segment 2020 and the Trusted Tag Checker 120TTC in FIG.16 included in the Trusted TCP Code 1600TFG checks that the STV has beenproperly generated 2030 in FIG. 20. This enables the receiver TrustedTCP Code 1600TFG to verify that the corresponding received TCP segmenthas been sent by a sender Trusted TCP Code 1600TFG operating accordingto defined rules for transmission.

[0235] According to the preferred embodiment if the check on the tag2030 reveals that the TSV has not been properly generated 2030-N, thecorresponding received TCP segment is discarded and not processed anyfurther.

[0236] If the check on the tag 2030 reveals that the TSV has beenproperly generated 2030-Y, the Trusted TCP Code 1600TFG checks whetherthe received TCP segment contains a payload 2040, in which case thepayload is processed as described in the following. The data bytescontained in the payload are saved in a receiver buffer 2050. Then thecontent of the sequence number field in the TCP header of the respectivereceived TCP segment is considered for checking 2060 whether the databytes carried in the payload field of the respective TCP segment are insequence with the data bytes carried within previously received TCPsegments.

[0237] If the first data byte in the payload of the respective receivedTCP segment immediately follows the last consecutive byte received2060-Y, the data bytes contained in the payload field of the respectivereceived TCP segment can be delivered 2065 to the respective destinationapplication 1620-1 and 1620-2 in FIG. 16, through data line TCP_Received1650. In a possible embodiment, all of the data bytes contained in thepayload field of the respective received TCP segment are provided to therespective destination application 1620. In another possible embodiment,at least one of only part of the data bytes and none of the data bytesare delivered to the respective application 1620. In yet anotherpossible embodiment the data bytes contained in the payload field of therespective received TCP segment are provided to the respectivedestination application 1620 together with data bytes contained in thepayload filed of previously received TCP segments that had been storedin the receiver buffer but not yet delivered to the respectivedestination application 1620.

[0238] Acknowledgement of the received data bytes is then taken care of2070. In a possible embodiment a TCP segment is sent to the sender ofthe received TCP segment; the Acknowledgement Number field included inthe header of the sent TCP segment contains the sequence number of thelast in-sequence byte received and the ACK bit flag, which indicatesthat the Acknowledgement Number field contains a valid value.

[0239] In an alternative embodiment, acknowledgment information is notsent to the sender of the received TCP segment within a TCP segmentgenerated explicitly for this purpose; instead, the acknowledgementinformation is piggybacked within the header of a TCP segment carryingdata bytes to the sender of the received TCP segment. In an alternativeembodiment transmission of acknowledgement information is delayed untilmore data bytes are received within the payload field of successivelyreceived TCP segments.

[0240] Next, the Trusted TCP Code checks whether the received TCPsegment contains valid acknowledgement information 2075. In thepreferred embodiment this is accomplished by checking the ACK flag bitcontained in the header of the TCP segment. If the header of thereceived TCP segment contains valid acknowledgement information 2075-Y,such information is processed 2080 and the sender window of the TrustedTCP Code 1600TFG is properly updated according to the definedtransmission rules. Then the procedure for sending TCP segments 1800 isentered.

[0241] Management of Trusted Flow System:

[0242]FIG. 21 is a description of a system consisting of a plurality ofTFGs 110TFG, a plurality of TTCs 120TTC, and plurality of securemanagement servers (SMSs) 150SMS, such that, the TTCs together with theSMSs are capable of detecting and reacting to various unexpectedcommunications patterns. The TFGs, TTCs and SMSs are capable ofcommunicating with one another via a network 150. The SMSs and TTCs arefurther capable of exchanging security management signals 161 in amanner described in FIG. 23, FIG. 24, FIG. 25 and FIG. 26.

[0243] As disclosed in FIG. 21, the TTC is controlling the flow of datapackets to servers 130Serv that are located in costumer premises. Suchcostumer premises include but are not limited to being enterprisenetworks, local area networks, virtual private networks, enterprisenetworks and storage area networks.

[0244]FIG. 22 is a description of a system consisting of a plurality ofTFGs and a sequence of TTCs, such that, the TTCs are capable ofauthenticating the path traversed by data packets 111 that were sentfrom the TFGs.

[0245] In another realization of the current invention, the system inFIG. 22 is controlling the data packet flow over at least two computingelements, which are TFG 110TFG and TTC 120TTC each comprising means forgenerating security tag vectors 711 (shown in FIG. 7). Each TFG 110TFGhas further means for associating the security tag vector 711 with afirst computing element responsive to compliance logic. The TFG furtherincludes means for generating a data packet, which includes a securityportion. The security portion is a security tag vector 711, as it wasdescribed in details in FIG. 8 and FIG. 10. The system in FIG. 22further includes means for transmitting the data packet over acommunications path. The TTC 120TTC constitutes a second computingelement and has further means for receiving the data packet andcapability for processing the data packet to validate the security tagvector 711, as was described in details in FIG. 9 and FIG. 11.

[0246] The system shown in FIG. 22, further comprised of means fortransmitting the data packet from the second computing element, whichoperates as TTC, as described in FIG. 9 and FIG. 11, for furtherprocessing in at least a third computing element, which operates as theTTC, as described in FIG. 9 and FIG. 11. The result of the sequentialchecks by the sequence of TTCs is validation that the sequence datapackets with the sequence of security tag vectors 711 have beentransmitted over a predefined communications path or route in thenetwork 150. In general, the communications path includes secondcomputing element, third computing element and so on, each of which hasthe TTC 120TTC functionality, as was described in details in FIG. 9 andFIG. 11, capable of validating that the sequence data packets with thesequence of security tag vectors 711 have been transmitted over apredefined communications path or route in the network 150.

[0247]FIG. 23 is a description of the various operation managementmessages (OMMs) exchanged among the TTCs and SMSs for detectingunexpected communications patterns and the various possible responsesmessages when detecting such pattern. In some implementations of thecurrent invention the content of OMMs are: (1) authenticated and signed(A and S) and/or (2) sent with TS (time stamp), wherein TS are in somecases from UTC 002.

[0248] The OMMs that are defined in FIG. 23 have the following fields.For initialization operations: (I1) HP: Hidden Program, (I2) CP: CheckerProgram and (I3) Registration. During run-time the following run-timereports are exchanged among the TTCs and SMSs: (R1) PU(N): Number ofPremium Users and (R2) A(L): Attack Location. As a result of detectingunexpected communications pattern the following run-time action messagesare exchanged among the TTCs and SMSs: (A1) D/E: Disable/enablenon-premium users and (A2) LPU(N): Limit the Number of Premium users.The manner in which the various messages are exchanged is shown indetails in FIG. 23.

[0249] The manner in which the TFGs, TTCs and SMSs are acting andresponding is described in details in FIG. 24, FIG. 25 and FIG. 26,respectively.

[0250]FIG. 24 is a flow chart describing the TFG 110TFG operation beforeand after detecting unexpected communications patterns. When a TFG opensa connection through a TTC 2410 the TFG sends a registration message Rto this TTC 2411. In some implementation of the current invention, theconnection can be a virtual private network (VPN) connection 2810—asshown in FIG. 28. When TFG detects an attack 2420, the TFG sends A(L) orattack location message to TTCs and SMSs 2421. When TFG receives HP(hidden program) message from TTC or SMS 2430, the TFG incorporates theHP into its operational code 2431. This last operation is equivalent tothe renewable and update operations that were described in details inFIG. 10, specifically, the operations of the TFG renewable controller1040 and TFG update controller 1050.

[0251]FIG. 25 is a flow chart describing the TTC 120TTC operation indetection and after detecting unexpected communications patterns. WhenTTC receives registration (R) message from TFG 2510, the TTC updates thenumber of premium users (PU(N)) 2511. When TTC receives checker program(CP) form SMS 2520, the TTC incorporates the CP into its operationalcode 2521. This last operation is equivalent to the renewable and updateoperations that are described in details in FIG. 11, specifically, theoperations of the TTG renewable controller 1140 and TTC updatecontroller 1150. When TTC receives attack location (A(L)) message fromTFG, another TTC, SMS 2530, the TTC sends attack location (A(L)) messageto other TTCs and SMSs with the location of the attack 2531. When TTCreceives D/E (disable/enable) non-premium users message from another TTCor SMS 2540, the TTC enable/disable, accordingly, non-premium serviceusers 2541. When TTC receives LPU(N) (limit the number of premium usersto N) message from another TTC or SMS 2550, the TTC limits the number ofpremium users to N 2551.

[0252]FIG. 26 is a flow chart describing the SMS operation for detectionand after detecting unexpected communications patterns. When SMSreceives registration (R) message from TFG 2610, the SMS updates thenumber of premium users (PU(N)) 2611. When SMS receives attack location(A(L)) message from TFG, another TTC, SMS 2620, the SMS sends attacklocation (A(L)) message to other TTCs and SMSs with the location of theattack 2621. When SMS receives D/E (disable/enable) non-premium usersmessage from another TTC or SMS 2630, the SMS enable/disable,accordingly, non-premium service users 2631.

[0253] The network management system, as in FIG. 21, FIG. 23, FIG. 24,FIG. 25, and FIG. 26, the system comprising: a plurality of trusted flowgenerator (TFG) subsystems 110TFG, a plurality of trusted tag checker(TTC) subsystems 120TTC, and a plurality of secure management server(SMS) subsystems 160SMS. Each of the TFG subsystems sends and receivesmanagement messages and selectively generates security tag vectors(STVs) 711. Each of the STVs is generated responsive to compliancelogic, which are part of each of the TFG, a and each STV 711 isassociated with each respective one of the data packet headers.

[0254] Each of the TTC subsystems 120TTC, that is part of the systemdisclosed in FIG. 21, FIG. 23, FIG. 24, FIG. 25, and FIG. 26, sends andreceives management messages and selectively generates a comparison tagfor comparison to the security tag vector 711 for each respective one ofthe received data packets 111. The network management system sends andreceives management messages over a communications network that is usedfor coupling the data packets, the plurality of TFG subsystems, theplurality of TTC subsystems and SMS subsystems. Each of the TFGsubsystems is comprised of logic comprised of packet processing, rulesof transmission and security tag generation.

[0255] The network management system, as in FIG. 21, FIG. 23, FIG. 24,FIG. 25, and FIG. 26, wherein each of the TTC subsystems sends a countmessage that provides a report of a count of how many TFG subsystems arecoupled for transmission of data packets 111 through the TTC subsystems.Each TFG subsystem is considered as a premium user. The TTC subsystemsupon receiving the count messages with the number of premium users (orTFG subsystems) from other TTC subsystems sum them up into a TTC numberof premium users—PU(N)—see the table in FIG. 23. When PU(N) exceeds apredefined threshold the TTC subsystem sends a notification message tothe SMS subsystem. The notification message can be one of two types:(A1) D/E: disable/enable non-premium users and (A2) LPU(N): limit thenumber of premium users—as shown in FIG. 23.

[0256] The SMS and TTC subsystems send an update information to therules of transmission and security tag vector generation of selected oneof the TFG subsystems. The update information to the rules oftransmission and security tag vector generation is sent as part of theHP (hidden program) message—as shown in FIG. 23. The SMS subsystem sendsa renewable information to the rules of transmission and security tagvector 711 generation of selected one of the TFG subsystems. The updateinformation and the renewable information are sent as it was specifiedin FIG. 10.

[0257] The data packets are divided into two groups: a first group ofthe data packets, from premium users, which are communicated withrespective ones of the security tags vector 711; and a second group ofthe data packets, from non-premium users, which are communicated withoutrespective ones of the security tags vector.

[0258] The SMS subsystem is responsive to the received managementmessages, described in FIG. 23, for controlling the flow of the datapackets on the communications network 150. The plurality of TTCsubsystems 120TTC provide report count message with the number ofpremium users PU(N), wherein each premium user generates and sends datapackets with security tag vectors from TFG subsystem 110TFG. The SMSsubsystem is responsive to the PU(N) messages from the plurality of TTCsubsystems for controlling flow of the data packets in thecommunications network 150. The SMS subsystem is disabling and enablingthe flow of the data packets responsive to the report countmessages—PU(N)s. The SMS subsystem is limiting to predefine number theflow of the data packets responsive to the report count messages PU(N).The SMS subsystem is disabling and enabling at least one of: first groupof the data packets and second group of the data packets, wherein thefirst group of the data packets originated from a set of premium users.The SMS subsystem is limiting to a predefine number at least one of:first group of the data packets and second group of the data packets.

[0259] The SMS monitors the received messages from the TTC subsystems todetect an attack pattern responsive to attack analysis logic. The attackanalysis logic consists of the data packets traffic load over all linksof the communications network 150. The attack analysis logic gets asinput at least one of: type of data packets sent by TFG subsystems110TFG, type of data packets received by TTC subsystems 120TTC, numberof data packets sent by TFG subsystems, rate of data packets sent by TFGsubsystems, number of data packets received by TTC subsystems, rate ofdata packets received by TTC subsystems, sources of data packets sent byTFG subsystems, sources of data packets received by TTC subsystems,destinations of data packets sent by TFG subsystems, destinations ofdata packets received by TTC subsystems, routes of data packets sent byTFG subsystems, and routes of data packets received by TTC subsystems.

[0260] The attack analysis logic responsive to its input determines aselected control messages, as defined in FIG. 23, to be sent torespected ones of plurality of TTC subsystems and respected ones ofplurality of TFG subsystems. The attack analysis logic responsive to itsinput, and the data packets traffic load over all links of thecommunications network 150, determines the attack location. The attackanalysis logic responsive attack location sends selected controlmessages as defined in FIG. 23.

[0261] The selected control messages determine for each TTC subsystem atleast one of: disabling the first group of the data packets, disablingthe second group of the data packets, enabling the first group of thedata packets, enabling the second group of the data packets, limitingthe first group of the data packets, and limiting the second group ofthe data packets wherein the first group of the data packets correspondsto premium users generating data packets from TFG subsystems 110TFG andwherein the second group of the data packets were generated bynon-premium users.

[0262] The selected control messages, defined in FIG. 23, furtherdetermine at least one of: disabling the first group of the datapackets, disabling the second group of the data packets, enabling thefirst group of the data packets, enabling the second group of the datapackets, limiting the first group of the data packets, and limiting thesecond group of the data packets.

[0263] The selected control messages, defined in FIG. 23, determine foreach TFG subsystem at least one of: disabling the first group of thedata packets, disabling the second group of the data packets, enablingthe first group of the data packets, enabling the second group of thedata packets, limiting the first group of the data packets, and limitingthe second group of the data packets.

[0264] The selected control messages, defined in FIG. 23, determine foreach TTC subsystem at least one of: disabling the first group of thedata packets, disabling the second group of the data packets, enablingthe first group of the data packets, enabling the second group of thedata packets, limiting the first group of the data packets, and limitingthe second group of the data packets.

[0265] The send and receive management messages, defined in FIG. 23,contain at least on of: an authentication field, a digital signaturefield, a time-stamp field, an encrypted field, an encrypted portion ofthe message, and a keying information field.

[0266] The Authenticate Challenge Request and Response Operation:

[0267]FIG. 27 is a functional description of system that consists of aTFG challenge controller that sends an authenticate challenge requestmessages to users and programs and receives back an authenticatechallenge response messages, wherein only when the response matches thechallenge the system will generate and send data packets with securitytag vectors.

[0268] The secured network management system in FIG. 27 is managing thecommunications of data packets. The system comprising: a plurality oftrusted flow generator (TFG) subsystems; a plurality of trusted tagchecker (TTC) subsystems; and a plurality of secure management server(SMS) subsystems.

[0269] Said system wherein each of the TFG subsystems sends and receivesmessages and selectively generates a security tag vectors 711,responsive to compliance logic for association with each respective oneof the data packets.

[0270] The system in FIG. 27 includes a communications network forcoupling the data packets, the plurality of TFG subsystems, and theplurality of TTC subsystems; and wherein each of the TFG subsystems110TFG is comprised of logic comprised of packet processing, rules oftransmission and security tag vector 711 generation; wherein the TFGsubsystem further comprising a TFG challenge controller 2710.

[0271] The TFG challenge controller 2710 further comprising of acommunication subsystem for interaction with users and programs thatproduce inputs for packet processing. Wherein the communicationsubsystem sends a challenge message 2711 to users and programs thatproduce inputs for packet processing.

[0272] Wherein challenge message 2711 comprising at least one of: acryptographic field, an encryption field, a clear text field, a requestfor users to perform a task using a keyboard, a request for users toperform a task using a mouse, a request for users to perform a taskusing a biometrics reader, a request for users to perform a task using aterminal input function, requesting an answer to a verbal question,requesting an answer to an audiovisual question, requesting an answer toa previously stored data item, requesting an answer related to publishedinformation within the user and the program computing subsystems,requesting payment, requesting digital form of payment, requesting acredit card number, requesting information retrievable from a smartcard, requesting information retrievable from a portable device, anactivation of a sensor enabling the receipt of sensory information, andrequesting information based on means of computing received from the SMSsubsystem.

[0273] The TFG challenge controller 2710 receives a response message2712 from users and programs that produce input for packet processing.Wherein response message 2712 comprising at least one of: acryptographic field, an encryption field, a clear text field, a responseto a request for users to perform a task using a keyboard, a response toa request for users to perform a task using a mouse, a response to arequest for users to perform a task using a biometrics reader, aresponse to a request for users to perform a task using a terminal inputfunction, a response to a message requesting an answer to a verbalquestion, a response to a message requesting an answer to an audiovisualquestion, a response to a message requesting an answer to a previouslystored data item, a response to a message requesting an answer relatedto published information within the user and the program computingsubsystems, a response with payment, a response with a digital form ofpayment, a response with a credit card number, a response withinformation retrievable from a smart card, a response with informationretrievable from a portable device, a response with a signal, a responsewith a radio signal, a response with a wireless signal, a response withan RF information, a response with an IR information, response withsensory information, response with audio information, response witholfactory information, and an answer to a message requesting informationbased on means of computing received from the SMS subsystem.

[0274] In FIG. 27, the TFG challenge controller 2710 allows user andprogram input to be used in packet processing responsive to a responsemessage 2712 received from user and program. The TFG challengecontroller 2710 does not allow user and program input to be used inpacket processing responsive to a failed response message 2712 receivedfrom user and program.

[0275] The TFG subsystem 110TFG selectively generates data packets withsecurity tags responsive to the response messages 2712 that successfullyanswered the challenge request 2711. The TFG subsystem is then sendingthe data packets with security tags 711 to the TTC subsystem 120TTC. TheTTC subsystem upon receiving the data packet from the TFG subsystem isvalidating the data packet by analyzing the security tag 711.

[0276] The TTC subsystem further comprising: means for mapping the datapacket with security tags 711 to a first communications class of serviceresponsive to the validating the data packet and verifying therespective security tag 711; and means for mapping the data packet to asecond communications class of service responsive to the validating thedata packet with security tags resulting in failed verifying of thesecurity tag 711. Then the TTC subsystem is coupling the data packets ofthe first communications class of service for further communicationtherefrom. The TTC subsystem denials further communications therefrom ofthe data packets of the second communications class of service. The TTCsubsystem stores the second communications class of service in localstorage without further transmission. In another implementation of thecurrent invention, the TTC subsystem sends the data packet of the secondcommunications class of service is at a lower priority level than thedata packets of the first communications class of service.

[0277] The IP Virtual Private Network Functional Operation:

[0278]FIG. 28 is a functional description of a system that generates andsends data packets with security tag vectors 711 over IP (Internetprotocol) VPN (virtual private network) connection 2810 through anetwork interface, e.g., firewall, classifier, and policer, whilemapping data packets with verified security tag vectors 111 to premiumservice. Consequently, the data packets that were generated and sentfrom an untrusted computing environment at the end station are to betrusted once the respective security tag vectors 711 have been verified.

[0279] The VPN connection 2810 is created by using a trusted flowgenerator (TFG) 110TFG and a trusted tag checker 120TTC as was specifiedin details in the respective description of FIG. 8, FIG. 9, FIG. 10 andFIG. 11.

[0280] From the foregoing, it will be observed that numerous variationsand modifications may be effected without departing from the spirit andscope of the invention. It is to be understood that no limitation withrespect to the specific apparatus illustrated herein is intended orshould be inferred. It is, of course, intended to cover by the appendedclaims all such modifications as fall within the scope of the claims.

What is claimed is:
 1. A secured network management system for managingthe communications of data packets, the system comprising: a pluralityof trusted flow generator (TFG) subsystems; a plurality of trusted tagchecker (TTC) subsystems; a plurality of secure management server (SMS)subsystems; wherein each of the TFG subsystems sends and receivesmessages and selectively generates a security tag, responsive tocompliance logic for association with each respective one of the datapackets; wherein each of the TTC subsystems sends and receives messagesand selectively generates a comparison tag for comparison to thesecurity tag for each respective one of the data packets; acommunications network for coupling the data packets, the plurality ofTFG subsystems, and the plurality of TTC subsystems; and wherein each ofthe TFG subsystems is comprised of logic comprised of packet processing,rules of transmission and security tag generation.
 2. The system as inclaim 1, wherein at least one of the TTC subsystem sends a count messagethat provides a report of a count of how many TFG subsystems are coupledfor transmission of the data packets to the respective at least one ofthe TTC subsystems.
 3. The system as in claim 2, wherein the TTCsubsystems upon receiving the count messages from at least one of theTTC subsystems sum them up into a TTC count.
 4. The system as in claim3, wherein responsive to the TTC count exceeding a predefined thresholdthe TTC subsystem sends a notification message to the SMS subsystem. 5.The system as in claim 4, wherein responsive to the notification messagethe SMS subsystem sends a disable message to selected ones of the TTCsubsystems.
 6. The system as in claim 1, wherein the SMS subsystem sendsan update information to the rules of transmission and security taggeneration of selected one of the TFG subsystems.
 7. The system as inclaim 1, wherein the SMS subsystem sends renewal information to therules of transmission and security tag generation of selected one of theTFG subsystems.
 8. The system as in claim 1, wherein there are a firstgroup of the data packets which are communicated with respective ones ofthe security tags; and wherein there are a second group of the datapackets which are communicated without respective ones of the securitytags.
 9. The system as in claim 1, wherein the SMS subsystem sends andreceives management massages.
 10. The system as in claim 1, wherein theSMS subsystem further comprising of a plurality of management module;wherein selected ones of the plurality of management modules operate onat least one of a dedicated computing subsystem, and a TTC subsystem.11. The system as in claim 1, further comprising: wherein at least oneof the security management servers (SMS) is coupled to the communicationnetwork which sends and receives messages; and wherein the SMS isresponsive to the received messages for controlling the flow of the datapackets on the communications network.
 12. The system as in claim 11,wherein there are a plurality of TTC subsystems, each of which providesa respective report count message; and wherein the SMS subsystem isresponsive to the report count messages from the plurality of TTCsubsystems for controlling flow of the data packets in thecommunications network.
 13. The system as in claim 12, wherein the SMSsubsystem is disabling and enabling the flow of the data packetsresponsive to the report count messages.
 14. The system as in claim 12,wherein the SMS subsystem provides for limiting to a predefined numberthe flow of the data packets responsive to the report count messages.15. The system as in claim 12, wherein the SMS subsystem provides forselectively disabling and enabling at least one of: first group of thedata packets and second group of the data packets.
 16. The system as inclaim 15, wherein the first group of the data packets is originated froma set of premium users.
 17. The system as in claim 12, wherein the SMSsubsystem is limiting to a predefined number at least one of: a firstgroup of the data packets and a second group of the data packets. 18.The system as in claim 11, wherein the SMS monitors the receivedmessages from the TTC subsystems to detect an attack pattern responsiveto attack analysis logic.
 19. The system as in claim 18, wherein theattack analysis logic is responsive to input from at least one of: typeof data packets sent by the TFG subsystems, type of data packetsreceived by the TTC subsystems, number of data packets sent by the TFGsubsystems, rate of data packets sent by the TFG subsystems, number ofdata packets received by the TTC subsystems, rate of data packetsreceived by the TTC subsystems, sources of data packets sent by the TFGsubsystems, sources of data packets received by the TTC subsystems,destinations of data packets sent by the TFG subsystems, destinations ofdata packets received by the TTC subsystems, routes of data packets sentby the TFG subsystems, and routes of data packets received by the TTCsubsystems.
 20. The system as in claim 19, wherein the attack analysislogic is responsive to the input for determining selected controlmessages to be sent to respected ones of plurality of the TTC subsystemsand respected ones of plurality of the TFG subsystems.
 21. The system asin claim 19, wherein the attack analysis logic, responsive to the input,determines an attack location.
 22. The system as in claim 21, whereinthe attack analysis logic sends selected control messages responsive tothe attack location.
 23. The system as in claim 22, wherein the selectedcontrol messages determine for each of the TTC subsystems at least oneof: disabling the first group of the data packets, disabling the secondgroup of the data packets, enabling the first group of the data packets,enabling the second group of the data packets, limiting the first groupof the data packets, and limiting the second group of the data packets.24. The system as in claim 20, wherein the selected control messagesprovide for at least one of: disabling the first group of the datapackets, disabling the second group of the data packets, enabling thefirst group of the data packets, enabling the second group of the datapackets, limiting the first group of the data packets, and limiting thesecond group of the data packets.
 25. The system as in claim 20, whereinthe selected control messages determine for each of the TFG subsystemsat least one of: disabling the first group of the data packets,disabling the second group of the data packets, enabling the first groupof the data packets, enabling the second group of the data packets,limiting the first group of the data packets, and limiting the secondgroup of the data packets.
 26. The system as in claim 20, wherein theselected control messages determine for each of the TTC subsystems atleast one of: disabling the first group of the data packets, disablingthe second group of the data packets, enabling the first group of thedata packets, enabling the second group of the data packets, limitingthe first group of the data packets, and limiting the second group ofthe data packets.
 27. The system as in claim 1, wherein the send andreceive messages contain at least on of: an authentication field, adigital signature field, a time-stamp field, an encrypted field, anencrypted portion of the message, and a keying information field.
 28. Asecured network management system for managing the communications ofdata packets, the system comprising: a plurality of trusted flowgenerator (TFG) subsystems; a plurality of trusted tag checker (TTC)subsystems; a plurality of secure management server (SMS) subsystems;wherein each of the TFG subsystems sends and receives messages andselectively generates a security tag, responsive to compliance logic forassociation with each respective one of the data packets; acommunications network for coupling the data packets, the plurality ofthe TFG subsystems, and the plurality of the TTC subsystems; whereineach of the TFG subsystems is comprised of logic comprised of packetprocessing, rules of transmission and security tag generation.
 29. Thesystem as in claim 28, wherein the TFG subsystem is further comprised ofa TFG challenge controller comprising a communication subsystem forinteraction with users and programs that produce inputs for packetprocessing.
 30. The system as in claim 29, wherein the communicationsubsystem sends a challenge message to users and programs that produceinputs for packet processing.
 31. The system as in claim 30, wherein thechallenge message is comprised of at least one of: a cryptographicfield, an encryption field, a clear text field, a request for users toperform a task using a keyboard, a request for users to perform a taskusing a mouse, a request for users to perform a task using a biometricsreader, a request for users to perform a task using a terminal inputfunction, requesting an answer to a verbal question, requesting ananswer to an audiovisual question, requesting an answer to a previouslystored data item, requesting an answer related to published informationwithin the user and the program computing subsystems, requestingpayment, requesting digital form of payment, requesting a credit cardnumber, requesting information retrievable from a smart card, requestinginformation retrievable from a portable device, an activation of asensor enabling the receipt of sensory information, and requestinginformation based on means of computing received from the SMS subsystem.32. The method as in claim 28, wherein the TFG challenge controllerreceives a response message from users and programs that produce inputfor packet processing.
 33. The system as in claim 32, wherein theresponse message is comprised of at least one of: a cryptographic field,an encryption field, a clear text field, a response to a request forusers to perform a task using a keyboard, a response to a request forusers to perform a task using a mouse, a response to a request for usersto perform a task using a biometrics reader, a response to a request forusers to perform a task using a terminal input function, a response to amessage requesting an answer to a verbal question, a response to amessage requesting an answer to an audiovisual question, a response to amessage requesting an answer to a previously stored data item, aresponse to a message requesting an answer related to publishedinformation within the user and the program computing subsystems, aresponse with payment, a response with a digital form of payment, aresponse with a credit card number, a response with informationretrievable from a smart card, a response with information retrievablefrom a portable device, a response with a signal, a response with aradio signal, a response with a wireless signal, a response with an RFinformation, a response with an IR information, response with sensoryinformation, response with audio information, response with olfactoryinformation, and an answer to a message requesting information based onmeans of computing received from the SMS subsystem.
 34. The system as inclaim 28, wherein the TFG challenge controller provides for user andprogram input to be used in packet processing responsive to a responsemessage received from user and program.
 35. The system as in claim 28,wherein the TFG challenge controller does not allow user and programinput to be used in packet processing responsive to a response messagereceived from user and program.
 36. The system of claim 33, wherein theTFG subsystems selectively generates data packets with security tagsresponsive to the response messages.
 37. The system as in claim 36,wherein the TTC subsystem validates the data packet by analyzing thesecurity tag responsive to receiving the data packet from the TFGsubsystem.
 38. The system as in claim 37, further comprising: means formapping the data packet with security tags to a first communicationsclass of service responsive to the validating the data packet andverifying the respective security tag; and means for mapping the datapacket to a second communications class of service responsive to thevalidating the data packet with security tags resulting in failedverifying of the security tag.
 39. The system as in claim 38, whereinthe first communications class of service is coupling the data packetfor further communication therefrom.
 40. The system as in claim 39,wherein the second communications class of service is denial of furthercommunication therefrom.
 41. The system as in claim 39, wherein thesecond communications class of service is local storage without furthertransmission.
 42. The system as in claim 39, wherein the secondcommunications class of service is at a lower priority level than thefirst communications class of service.
 43. The system as in claim 42,wherein the priorities are determined responsive to set bits within thedata packet.
 44. A secured network management method for managing thecommunications of data packets, the method comprising: sending andreceiving messages from at least one trusted flow generator (TFG)subsystem, and selectively generating a security tag, responsive tocompliance logic for association with each respective one of the datapackets; sending and receiving messages and selectively generating acomparison tag for comparison to the security tag for each respectiveone of the data packets in at least one trusted tag checker (TTC)subsystem; coupling the data packets, the plurality of TFG subsystems,and the plurality of TTC subsystems via a communications network; andproviding logic for packet processing, rules of transmission andsecurity tag generation.
 45. The method as in claim 44, furthercomprising: sending a count message from at least one of the TTCsubsystems that provides a report of a count of how many TFG subsystemsare coupled for transmission of the data packets to the respective atleast one of the TTC subsystems.
 46. The method as in claim 45, furthercomprising: receiving the count messages from at least one of the TTCsubsystems; and summing up the count messages into a TTC count.
 47. Themethod as in claim 46, further comprising: sending a notificationmessage responsive to the TTC count exceeding a predefined threshold.48. The method as in claim 47, further comprising: sending a disablemessage to selected ones of the TTC subsystems responsive to thenotification message.
 49. The method as in claim 44, further comprising:sending update information to the rules of transmission and security taggeneration of selected one of the TFG subsystems.
 50. The method as inclaim 44, further comprising: sending renewal information to the rulesof transmission and security tag generation of selected one of the TFGsubsystems.
 51. The method as in claim 44, further comprising:communicating a first group of the data packets with respective ones ofthe security tags; and communicating a second group of the data packetswithout respective ones of the security tags.
 52. The method as in claim44, wherein at least one of the SMS subsystems sends and receivesmanagement massages.
 53. The method as in claim 44, wherein the SMSsubsystem is further comprised of a plurality of management modules;wherein selected ones of the plurality of management modules operate onat least one of: a dedicated computing subsystem, one of the TTCsubsystems.
 54. The method as in claim 44, further comprising: couplingto the communication network, for sending and receiving messages; andcontrolling the flow of the data packets on the communications networkresponsive to the received messages.
 55. The method as in claim 54,wherein there are a plurality of the TTC subsystems, each of whichprovides a respective report count message; the method furthercomprising: controlling flow of the data packets in the communicationsnetwork responsive to the report count messages from the plurality ofthe TTC subsystems.
 56. The method as in claim 55, further comprising:disabling and enabling the flow of the data packets responsive to thereport count messages.
 57. The method as in claim 55, furthercomprising: limiting to a predefined number the flow of the data packetsresponsive to the report count messages.
 58. The method as in claim 55,further comprising: disabling and enabling at least one of: a firstgroup of the data packets and a second group of the data packets. 59.The method as in claim 58, wherein the first group of the data packetsoriginated from a set of premium users.
 60. The method as in claim 55,further comprising: limiting to a predefined number at least one of: afirst group of the data packets and a second group of the data packets.61. The method as in claim 54, further comprising: monitoring thereceived messages from the TTC subsystems to detect an attack patternresponsive to the attack analysis logic.
 62. The method as in claim 61,wherein the attack analysis logic gets as input at least one of: type ofdata packets sent by the TFG subsystems, type of data packets receivedby the TTC subsystems, number of data packets sent by the TFGsubsystems, rate of data packets sent by the TFG subsystems, number ofdata packets received by the TTC subsystems, rate of data packetsreceived by the TTC subsystems, sources of data packets sent by the TFGsubsystems, sources of data packets received by the TTC subsystems,destinations of data packets sent by the TFG subsystems, destinations ofdata packets received by the TTC subsystems, routes of data packets sentby the TFG subsystems, and routes of data packets received by the TTCsubsystems.
 63. The method as in claim 62, further comprising:determining selected control messages to be sent to respective ones ofthe plurality of the TTC subsystems and respective ones of the pluralityof the TFG subsystems by the attack analysis logic responsive to itsinput.
 64. The method as in claim 62, further comprising: determining anattack location responsive to the input to the attack analysis logic.65. The method as in claim 64, further comprising: sending selectedcontrol messages from the attack analysis logic responsive to the attacklocation.
 66. The method as in claim 65, wherein the selected controlmessages determine for each of the TTC subsystems at least one of:disabling the first group of the data packets, disabling the secondgroup of the data packets, enabling the first group of the data packets,enabling the second group of the data packets, limiting the first groupof the data packets, and limiting the second group of the data packets.67. The method as in claim 63, wherein the selected control messagesdetermine at least one of: disabling the first group of the datapackets, disabling the second group of the data packets, enabling thefirst group of the data packets, enabling the second group of the datapackets, limiting the first group of the data packets, and limiting thesecond group of the data packets.
 68. The method as in claim 63, whereinthe selected control messages determine for each TFG subsystem at leastone of: disabling the first group of the data packets, disabling thesecond group of the data packets, enabling the first group of the datapackets, enabling the second group of the data packets, limiting thefirst group of the data packets, and limiting the second group of thedata packets.
 69. The method as in claim 63, wherein the selectedcontrol messages determine for each TTC subsystem at least one of:disabling the first group of the data packets, disabling the secondgroup of the data packets, enabling the first group of the data packets,enabling the second group of the data packets, limiting the first groupof the data packets, and limiting the second group of the data packets.70. The method as in claim 44, wherein the send and receive messagescontain at least on of: an authentication field, a digital signaturefield, a time-stamp field, an encrypted field, an encrypted portion ofthe message, and a keying information field.
 71. A secured networkmanagement method for managing the communications of data packets, themethod comprising: sending and receiving messages and selectivelygenerating a security tag, responsive to compliance logic forassociation with each respective one of the data packets, within each ofa plurality of trusted flow generator (TFG) subsystems; coupling acommunications network via the data packets, the plurality of TFGsubsystems, and a plurality of trusted tag checker (TTC) subsystems; andwherein each of the TFG subsystems is comprised of logic comprised ofpacket processing, rules of transmission and security tag generation.72. The method as in claim 71, further comprising: controllinginteraction with users and programs that produce inputs for packetprocessing via a TFG challenge controller communication subsystem thatsends a challenge message to users and programs that produce inputs forpacket processing.
 73. The method as in claim 72, wherein challengemessage comprising at least one of: a cryptographic field, an encryptionfield, a clear text field, a request for users to perform a task using akeyboard, a request for users to perform a task using a mouse, a requestfor users to perform a task using a biometrics reader, a request forusers to perform a task using a terminal input function, requesting ananswer to a verbal question, requesting an answer to an audiovisualquestion, requesting an answer to a previously stored data item,requesting an answer related to published information within the userand the program computing subsystems, requesting payment, requestingdigital form of payment, requesting a credit card number, requestinginformation retrievable from a smart card, requesting informationretrievable from a portable device, an activation of a sensor enablingthe receipt of sensory information, and requesting information based onmeans of computing received from the SMS subsystem.
 74. The method as inclaim 72, wherein the TFG challenge controller receives a responsemessage from users and programs that produce input for packetprocessing.
 75. The method as in claim 74, wherein the response messageis comprised of at least one of: a cryptographic field, an encryptionfield, a clear text field, a response to a request for users to performa task using a keyboard, a response to a request for users to perform atask using a mouse, a response to a request for users to perform a taskusing a biometrics reader, a response to a request for users to performa task using a terminal input function, a response to a messagerequesting an answer to a verbal question, a response to a messagerequesting an answer to an audiovisual question, a response to a messagerequesting an answer to a previously stored data item, a response to amessage requesting an answer related to published information within theuser and the program computing subsystems, a response with payment, aresponse with a digital form of payment, a response with a credit cardnumber, a response with information retrievable from a smart card, aresponse with information retrievable from a portable device, a responsewith a signal, a response with a radio signal, a response with awireless signal, a response with an RF information, a response with anIR information, response with sensory information, response with audioinformation, response with olfactory information, and an answer to amessage requesting information based on means of computing received fromthe SMS subsystem.
 76. The method as in claim 72, further comprising:utilizing user and program input in packet processing responsive to aresponse message received from user and program.
 77. The method as inclaim 72, further comprising: preventing utilization of user and programinput in packet processing responsive to a response message receivedfrom user and program.
 78. The method of claim 75, further comprising:selectively generating data packets with security tags responsive to theresponse messages.
 79. The method as in claim 78, further comprising:validating the data packet by analyzing the security tag responsive toreceiving the data packet.
 80. The method as in claim 79, furthercomprising: mapping the data packet with security tags to a firstcommunications class of service responsive to the validating the datapacket and verifying the respective security tag; and mapping the datapacket to a second communications class of service responsive to thevalidating the data packet with security tags resulting in failedverifying of the security tag.
 81. The method as in claim 80, furthercomprising: coupling the data packet for further communication therefromin the first communications class of service.
 82. The method as in claim81, further comprising: denying further communication therefrom in thesecond communications class of service.
 83. The method as in claim 81,further comprising: providing local storage of the data packet withoutfurther transmission in the second communications class of service. 84.The method as in claim 81, further comprising: providing the secondcommunications class of service at a lower priority level than the firstcommunications class of service.
 85. The method as in claim 84, furthercomprising: determining relative priorities of the first and the secondcommunications class of service responsive to set bits within the datapacket.